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1.0  SCOPE 

1 . 1  \^Ident1  f  1  catl  on 

This  specification  establishes  the  requirements  for  the  Application 
Software  Program  of  the  IDAMST  System.  This  program,  the  Executive 
Software  and  the  EHARS  Software  are  the  segments  of  the  Operational  Flight 
Program  (OFP) .  ’ 

1 .2  Functional  Summary 

^The  paragraphs  below  describe  the  IDAMST  software  specifications  for 
the  Application  Software.  This  computer  program  together  with  the  Executive 
will  be  executed  in  the  IDAMST  avionics  processors  for  control  and  Integra¬ 
tion  of  the  avionics  system  elements  to  satisfy  mission  requirements.^  These 
requirements  are  from  two  sources:  — 

Scenario  Analysis  In  the  FSD  diagrams 
System  Specifications 

^  This  software  contains  a  top  level  control  structure  and  lower  level  con¬ 
troller/calculator  modules.  The  control  system  Includes  a  master  sequencer, 
a  request  processor,  a  configurator  and  a  subsystem  status  monitor.  The  lower 
level  modules  are  organized  Into  Operational  Sequencers  (OPS),  Specialist 
Functions  (SPEC),  Display  Processes  (DISP)  and  Equipment  Processes  (EQUIP). 
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2.0  APPLICABLE  DOCUMENTS 

The  following  documents  of  the  exact  Issue  shown  form  a  part  of  this 
specification  to  the  extent  specified  herein.  In  the  event  cf  conflice  be¬ 
tween  the  documents  referenced  herein  and  the  contents  of  this  specification, 
the  contents  of  this  specification  shall  be  considered  a  superceding  require-  , 

t 

ment. 

fpecifi cations:  * 

SD2041  Computer  Program  Development  Specification  for  IDAMST 
Operational  Flight  Program  Executive  Software,  Type  B5 

SllOlO  System  Specification  for  IDAMST,  Type  A 

SR5020  System  Segment  Specification  for  the  IDAMST  Control /Display 
Subsystem,  Type  A 

SS7020  Subsystem  Interface  Specification  for  IDAMST,  Type  A 

Other  Publications: 

Specifications  for  IDAMST  Software 

Final  Technical  Report,  MDC-J7271 ,  30  July  1976 
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3.0  REQUIREMENTS 

The  functional  requirements  of  the  Application  Software  segment  of  the 
IDAMST  Operational  Flight  Program  (OFP)  Is  given  In  this  section.  This  Appli¬ 
cation  Software  together  with  the  Executive  Software  segment  comp»‘1se  the  OFP. 
The  Executive  Software  specification  Is  provided  In  a  separate  document. 

The  OFP  Is  to  reside  within  the  processors  of  the  IDAMST  federated  archi¬ 
tecture.  The  Application  Software  interfaces  with  the  Executive  Software  and, 
via  the  MIL-STD-i553  Multiplex  Data  Bus,  with  the  avionic  subsystems,  flight 
control  system,  the  controls/displays,  engine  sensors,  and  airframe  sensors. 

3.1  Computer  Program  Definition 

A  description  of  the  major  functions  of  the  Application  Software  Is 
given  In  this  paragraph.  The  detailed  functional  Interfaces  with  equipment 
and  computer  programs  are  delineated. 

The  Application  Software  Is  an  integral  segment  of  the  IDAMST  system. 

It  performs  the  computations  required  to  integrate  AMST  avionic  functions  on 
a  set  of  multi-purpose  controls  and  displays.  Redundancy  management  Is  pro¬ 
vided  within  the  software  to  provide  recovery  from  subsystem  failures  by 
utilizing  available  components  to  complete  mission  essential  functions. 

The  complement  of  subsystems  along  with  the  computational  support  of  the 
IDAMST  federated  processors  provide  the  capability  for  accomplishing  the 
following  major  functions: 


1. 

Mission  Management 

faro''  ''ellvprw 

2. 

Navigation 

6. 

Target  Acquisition 

3. 

Coirmunl  cation 

7. 

Guidance 

4. 

Vehicle  Defense/ Identification 

8. 

Airframe  Monitor 

3 


3.1.1  Interface  Requirements 

The  Application  Software  segment  of  the  IDAMST  OFP  Interfaces  with 
various  types  of  equipment  as  well  as  with  the  Executive  Software  segment  of 
the  OFP.  The  Interfaces  are  described  In  greater  detail  In  the  following 
subparagraphs . 

3. 1.1.1  Interface  Block  Diagram 

Figure  1  shows  the  Interface  block  diagram  for  the  Application 
Software.  The  hardware  Interfaces  Include  the  subsystems,  and  controls/ 
displays,  as  listed  below: 

a.  Subsystems  (Navigation) 

(1)  Inertial  Navigation  System  -  Carousel  IV 

(2)  Attitude  Heading  Reference  System  -  6000A 

(3)  OMEGA,  APN-XXX 

(4)  TACAN,  ARN-118 

b.  Subsystems  (Guidance) 

(1)  Radar  Set,  APQ-122  (V)  5 

(2)  Station  Keeping  Equipment,  APN-169B 

(3)  Radar  Beacon,  UPN  -  25 

(4)  Instrument  Landing  System,  ARN-108  -  (2  Sets) 

(5)  Radar  Altimeter,  APN-194  (V),  (2  Sets) 

(6)  UHF/ADF,  DF-301E 

(7)  ADF,  DF-206 
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FIGURE  1  APPLICATION  SOFTWARE  INTERFACE  BLOCK  DIAGRAM 
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c.  Subsystems  (Comnunl cation) 

(1)  UHF  Transceiver,  ARC-164  -  (2  Sets) 

(2)  VHF/AH  Transceiver,  ARC-115R 

(3)  VHF/FM  Transceiver,  FM-622 

(4)  HF  Transceiver,  arC-123 

(5)  Public  Address,  aiC-13 

(6)  Interconm,  AIE-18 

(7)  Secure  Voice,  TSEC/KY-58 

d.  Subsystems  (Vehicle  Oefence/Identificatlon) 

(1)  Infra  Red  Detection  &  Warning 

(2)  ESM 

(3)  IFF,  APX-101 

e.  Controls  and  Displays 

(1)  Integrated  Multifunction  Keyboard  (IMK)  -  (2  units) 

(2)  Master  Mode  Keyboard  (WK) 

(3)  Data  Entry  Keyboard  (DEK)  >  (2  units) 

(4)  Control  Column  Assembly  (CCA).  (2  Units) 

(5)  Hand  Control  Unit  (HCU) 

(6)  Sensor  Control  Panel  (SCP) 

(7)  Head-Up  D1splay(HUD)-(2  Units) 

(8)  Multi-Purpose  Olspley  (MPO)-  (3  Units) 

(9)  Horizontal  Situation  Displey  (HSD)  -  (2  units) 


3. 1.1. 2  Detailed  Interface  Definition 


3. 1.1. 2.1  Subsystems 

The  subsystem  Interfaces  are  given  In  Document  SS7020  .  The  following 
sections  provide  brief  summaries  of  the  primary  Input/output  parameters  and 
modes. 


3. 1.1. 2. 1.1  Inertial  Navigation  System 

The  Inertial  Navigation  System  provides  present  position  (latitude/ 
longitude),  ground  velocity  (North,  East),  attitude  (pitch,  roll  and  true 
heading).  The  modes  of  the  INS  are:  OFF,  STANDBY,  NORMAL  ALIGNMENT, 

REFERENCE  ALIGNMENT,  NAVIGATION  TEST,  and  AHITUDE. 

3. 1.1. 2. 1.2  Attitude  Heading  Reference  System 

The  Attitude  Heading  Reference  System  Is  used  as  a  back-up  source 
for  attitude  (pitch  and  roll)  and  heading.  The  primary  source  Is  the  INS. 

3. 1.1. 2. 1.3  OMEGA 

The  OMEGA  system  provides  present  position  (latitude/longitude)  and 
ground  velocity  (North,  East).  It  requires  an  Initial  position  at  start-up. 

The  modes  of  the  OMEGA  system  are  OFF,  NAVIGATION,  and  TEST. 

3. 1.1. 2. 1.4  TACAN 

The  TACAN  system  provides  range  and  bearing  measurements  to  a  TACAN 
transmitter.  It  provides  an  Independent  source  for  determining  present  posi¬ 
tion  when  the  transmitter  location  Is  known  (prestored  In  the  IDAMST  processor). 
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3. 1.1. 2. 1.5  Radar  Set 

The  Radar  Set  inodes  are  OFF,  STANDBY,  MAP,  BEACON,  and  WEATHER.  The 
function  of  the  Application  Software  for  the  Radar  Set  Is  pr1mar<ly  that  of 
monitoring  the  radar  including  BITE  data  and  providing  control  Inputs. 

3. 1.1. 2. 1.6  Station  Keeping  Equipment 

The  Station  Keeping  Equipment  (SKE)  provides  location  Information  of 
cooperating  aircraft  In  formation.  The  aircraft  locations  will  be  displayed 
in  a  horl2ontal  situation  on  the  HSD.  Lead  aircraft  commands  and  the  steer¬ 
ing  commands  will  be  displayed  on  the  SKE  panel.  The  modes  of  the  SKE  are 
OFF,  STANDBY  and  TRANSMIT. 

3. 1.1. 2. 1.7  Radar  Beacon 

The  Application  Software  functions  associated  with  the  radar  beacon 
are  primarily  monitor  and  control. 

3. 1.1. 2. 1.8  Instrument  Landing  System 

The  Instrument  Landing  System  will  provide  localizer  and  glide  slope 
deviations  to  be  displayed  on  the  HUD.  The  data  are  obtained  from  the  FCS 
interface  when  the  FCS  Is  operating.  If  not,  the  data  will  be  obtained 
directly  from  the  ILS.  The  modes  for  the  ILS  are  OFF  and  ON. 

3. 1.1. 2. 1.9  Radar  Altimeter 

The  Radar  Altimeter  Is  used  to  provide  an  accurate  Indication  of  alti¬ 
tude  above  ground  from  0  to  5000  ft. 
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3.1.1.2.1.10  UHF/ADF.  DF-301E 

•  The  UHF/Automatlc  Direction  Finding  (ADF)  set  Is  used  to  provide 
bearing  data  with  respect  to  a  selected  transmitting  radio  station.  Channel 
frequency  selection  will  be  provided  through  the  IMK. 

3.1.1.2.1.11  ADF,  DF206 

The  Automatic  Direction  Finding  (ADF)  set  Is  used  to  provide  bearing 
data  with  respect  to  a  selected  transmitting  station.  Channel  frequency 
selection  will  be  provided  through  the  IMK. 

3.1.1.2.1.12  UHF  Transceiver  ARC-164 

The  UHF  Transceiver  Is  the  primary  radio  for  voice  comnunl cations  both 
Alr-to-AIr  and  Alr-to-Ground.  Application  Software  provides  frequency  selec¬ 
tion  as  well  as  control  of  operating  modes.  Twenty  (20)  preset  frequency 
selections  will  be  provided  in  addition  to  direct  selection  via  the  Data 
Entry  Keyboard.  Modes  Include  OFF,  MAIN  (main  receiver),  BOTH  (main  receiver 
plus  guard  receiver).  Squelch  control  will  also  be  provided. 

3.1.1.2.1.13  VHF/AM  Transceiver 

The  VHF/AM  Transceiver  is  used  primarily  for  conmunlcatlons  with  the 
ground  tower.  Application  software  provides  frequency  selection  as  well  as 
control  of  operating  modes.  The  modes  Include  OFF,  T/R  (main  transceiver), 
and  T/R-GUARD  (T/R  plus  guard  channel).  Squelch  control  will  also  be  provided. 

3.1.1.2.1.14  VHF/FM  Transceiver 

The  VHF/FM  Transceiver  Is  used  primarily  for  communication  In  the  tac¬ 
tical  area.  Application  software  provides  frequency  selection  as  well  as 
control  of  operating  modes.  The  modes  Include  OFF,  T/R  (normal  mode),  and 
HOME  (direction  finding).  Squelch  control  will  also  be  provided. 
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3.1.1.2.1,15  HF  Transceiver 


The  HF  Transceiver  Is  used  primarily  for  long  range  communication. 
Application  software  provides  frequency  selection  as  well  as  control  of 
operating  modes  which  Include  SSB  (Single  Side  Band),  FSK)  (Frequency  Shift 
Keying)  and  AME  (Amplitude  Modulation  Equivalent).  Squelch  control  will  also 
be  provided. 


3.1.1.2.1.16  Public  Address 

The  Public  Address  System  provides  voice  transmission  to  the  cargo 
area  as  well  as  outside  the  aircraft  during  cargo  loading.  The  Application 
Software  will  provide  control  of  the  system. 

3.1.1.2.1.17  Intercom 

The  Intercom  Set  will  be  utilized  for  communication  between  the  pilots 
and  the  loadmaster.  The  Application  Software  will  provide  control  of  this 
system. 


3.1.1.2.1.18  Secure  Voice 

The  Secure  Voice  Set  Is  used  In  conjunction  with  the  transceivers  to 
provide  coded  communication.  The  Application  Software  will  provide  control 
of  this  system. 

3.1.1.2.1.19  Infra  Red  Detection  Warning 

Infra  Red  Detection  and  Warning  System  provides  detection  of  hostile 
activities  such  as  gunfire,  rocket  fire,  etc.  The  Application  Software  will 
provide  control  of  this  system. 


reiTTOP 


3.1.1.2.1.20  ESM 

Electronic  Support  Measure  (ESM)  set  provides  detection  of  hostile 
activities  Involving  radars.  The  Application  Software  will  provide  control 
of  this  system. 

3.1.1.2.1.21  IFF 

The  IFF  set  provides  identification  of  the  aircraft  to  other  friendly 
aircraft.  The  Application  Software  provides  monitor  and  control  of  the  modes: 
STANDBY,  NORMAL,  LOW  EMERGENCY,  CODE  SELECTION,  SIF  MODE  ENABLE,  SELF-TEST 
ENABLE,  MODE  4  ENABLE,  It  will  also  monitor  the  IFF  status. 

3. 1.1. 2. 2  Controls  and  Displays 

The  Interfaces  for  the  IDAMST  Controls  and  Displays  are  given  In 
Reference  .  The  following  sub-paragraphs  provide  brief  summaries  of 

the  primary  Input/output  parameters  and  modes. 

3. 1.1. 2. 2.1  Master  Mode  Keyboard  (MMK) 

The  Master  Mode  Keyboard  allows  the  pilot  to  request  Application  Soft¬ 
ware  services  to  establish  high  level  mission  phases.  These  mission  phases 
are: 

a.  Preflight 

b.  Take-off/Climb 

c.  Cruise 

d .  Refuel 

e.  Air  Drop 

f.  Descend 

g.  Approach  /Land 

h.  PostfUght 
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3. 1.1. 2. 2. 2  Integrated  Multifunction  Keyboard  (IMK) 

The  Integrated  Multifunction  Keyboard  provides  controls  and  displays 
to  allow  the  operator  to  Interact  with  the  IDAMST  system.  Checklists  and 
selection  menu  are  provided  on  the  CRT  of  the  IMK  through  ten  keys  located 
on  the  two  sides  of  the  CRT.  Whenever  checklists  and  selection  menu  items 
require  data  entry,  the  Data  Entry  Keyboard  Is  enabled  by  the  software. 

Number  of  different  pages  of  checklists  and  selection  menus  are  con¬ 
trolled  either  by  the  MMK  or  by  the  "brute  force"  buttons  on  top  of  the  IMK. 
The  "brute  force"  options  are: 

a.  Communication 

b.  Navigation 

c .  Cargo 

d .  Sensors 

e.  Controls/Displays 

f.  System 

g.  Library 

h.  Checklist 

3. 1.1. 2. 2. 3  Data  Entry  Keyboard  (DEK) 

The  Data  Entry  Keyboard  allows  the  pilot  to  enter  numeric  data,  north/ 
south/east/west  indications,  and  a  x/y/z  Indications.  The  DEK  has  a  ten 
character  buffer  and  display.  It  has  a  clear  button  to  clear  the  buffer  and 
display,  and  an  enter  button  to  enter  the  buffer  content  into  the  processor. 

3. 1.1. 2. 2. 4  Column  Control  Assembly  (CCA) 

The  Column  Control  Assembly  allows  the  pilot  to  control  the  Intercom 

System. 
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3. 1.1. 2. 2. 5  Hand  Control  Unit  (HCU) 

The  Hand  Control  Unit  provides  control  of  the  cursors  on  the  HSD  Radar 
Set  output  display  and  on  the  HUD.  The  control  discretes  include  sensor 
selection,  activation,  and  designation.  At  designation,  the  cursor  data  is 
inputted  into  the  Application  Software. 

3. 1.1. 2. 2. 6  Sensor  Control  Panel  (SCP) 

The  Sensor  Control  Panel  provides  control  required  for  radar  operation. 
(Cursor  Brightness,  Tilt,  Azimuth,  Sector  Width,  and  Scan  Rate). 

3. 1.1. 2. 2. 7  Head-Up  Display  (HUD) 

The  Head-Up  Display  is  used  to  display  primarily  flight  director  data 
(vertical  situation).  A  single  format  display  is  to  be  provided  to  both  the 
pilot  and  co-pilot  with  provisions  for  declutter.  The  HUD  In  conjunction 
with  the  HCU  can  be  used  to  perform  either  navigation  update  or  storing  away 
tai'get  data  within  the  Application  Software. 

3. 1.1. 2. 2. 8  Multi-Purpose  Display  (MPD) 

Three  Multi-Purpose  Displays  will  be  used  primarily  to  display  textual 
data  of  system  status  and  monitoring  functions  such  as  engine  performance, 
control  surfaces,  fuel,  etc.  MPD's  have  the  same  capability  as  HSD  for  dis¬ 
playing  raster  sensor  video.  A  switching  capability  will  be  provided  to  allow 
any  MPD  to  display  the  data  from  any  other  MPD  or  HSD. 

3. 1.1. 2. 2. 9  Horizontal  Situation  Display  (HSD) 

Two  Horizontal  Situation  Displays  (HSD)  will  be  provided  one  each  for 
the  pilot  and  copilot.  The  HSD's  will  display  primarily  the  horizontal  situ¬ 
ation  obtained  through  pre-stored  maps,  scan  converted  radar  data,  and  computer 
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generated  symbols  displaying  aircraft  locations,  waypoints,  target  locations, 
etc.  The  HSD  will  have  the  back-up  capability  for  the  HUD  and  MPD  displays. 

3. 1.1. 2. 3  Flight  Control  System  (PCS)  Interface 

The  interfaces  to  the  Flight  Control  System  are  given  In  MDC  Document 
07271  .  This  paragraph  provides  a  brief  summary  of  the  primary  Input/output 

parameters  and  modes. 

This  interface  Is  to  the  FCS  computer  via  RT  terminals.  The  FCS  com¬ 
puter  provides  display  data  to  the  HUD,  BITE  display  data,  and  FCS  Mode 
Annunciator  data.  Included  in  this  group  of  data  are  Information  regarding 
the  functioning  of  the  autopilot  function  (altitude  hold,  atttitude  hold, 
and  heading  hold).  The  output  from  the  Application  Software  to  the  FCS 
Includes  course  deviation  Information  derived  from  Waypoint,  ADF,  and  TACAN 
steering  calculations. 

3. 1.1. 2. 4  Engine  Sensor  Interface 

The  interfaces  to  the  engine  sensors  are  given  In  Document  SS7020. 

The  data  from  engine  sensors  are  Inputted  to  the  Application  Software 
so  that  it  can  be  displayed  to  the  pilots.  The  data  is  used  as  well  to  com¬ 
pute  take-off  and  landing  speed  requirements.  The  Inputs  Include  such  quan¬ 
tity,  fuel  flow,  fuel  temperature,  oil  quantity,  oil  pressure,  percent  RPM, 
etc. 

3. 1.1. 2. 5  Air  Frame  Sensor  Interface 

The  interfaces  to  the  air  frame  sensors  are  given  in  Document  SS7020  • 
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The  data  from  the  a1r  frame  sensors  are  Inputted  to  the  Application 
Software  so  that  It  can  be  displayed  to  the  pilots.  The  data  groups  Include 
air  data,  angle  of  attack,  control  surfaces,  aerial  refueling  parameters,  and 
anti-skid. 

3. 1.1. 2. 6  Executive  Software  Interface 

The  Application  Software  elements  recognized  by  the  Executive  Software 
are  Tasks,  Comsubs,  Compool  Blocks,  and  Events.  Executive  service  requests 
utilizing  these  elements  are  made  by  the  Application  Software  through  real 
time  pseudo-statements.  This  interface  is  defined  extensibly  in  Document 
SD2041  .  A  summary  is  given  in  this  paragraph. 

Tasks  are  program  modules  which  can  either  be  controllers  or  calcula¬ 
tors.  Application  software  is  organized  In  tasks  (program  modules)  with  each 
performing  a  function  as  described  In  Section  3.2. 

Comsubs  are  program  modules  which  differ  from  tasks  in  that  they  are 
required  to  be  re-entrant.  Comsubs  can  be  used  by  many  tasks,  so  that  one 
task  using  a  particular  comsub  can  be  suspended  in  the  middle  of  the  comsub 
routine  by  another  task  using  the  same  comsub. 

Compool  Blocks  provide  data  conmunl cation  between  tasks  and  between 
tasks  and  the  external  hardware  equipment.  A  buffer  system  is  provided  by 
the  use  of  "global  copy"  and  "local  copy"  to  prevent  a  compool  block  from 
being  read  when  it  has  been  partially  updated.  Every  task,  except  "privileged" 
tasks,  interfaces  with  a  local  copy  while  performing  its  calculations.  The 
local  copy  is  updated  from  the  global  copy  with  the  read  statement  and  the 
local  copy  updates  the  global  copy  by  the  write  statement. 
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In  a  ‘'privileged"  task,  cornnunication  Is  performed  directly  with  the 
global  copy  in  the  processor  in  which  the  task  resides.  Copies  of  the  global 
copies  in  other  processors  are  updated  by  the  Write  statement. 

Events  are  used  to  control  cornnunication  between  tasks.  An  event  has 
two  possible  values:  on  and  off.  There  are  two  general  classes  of  events: 
Application  Events  and  System  Events.  Application  Events  are  set  on  and  off 
explicitly  by  tasks;  whereas  System  Events  are  set  by  the  Executive.  The 
Application  Events  are,  therefore,  found  within  the  Application  Software  flow 
charts. 


The  Application  Software  requests  services  of  the  Executive  through 
the  following  Real  Time  Pseudo-Statenents. 

a.  Schedule 

b.  Cancel 

c.  Terminate 

d.  Wait 

e.  Signal 

f.  Read 

g .  Wri te 

The  first  four  statements  affect  the  task  state  and  are  best  explained 
with  reference  to  Figure  2 

Schedule  statements  are  used  to  place  in  uninvoked  task  into  an  Invoked 
state.  An  invoked  task  becomes  active  and  dispatchable  upon  satisfaction  of 
event  conditions.  A  dispatched  task  is  placed  into  execution  by  the  executive 
if  it  has  the  highest  priority  among  the  tasks  which  are  dispatchable.  A 
schedule  statement  includes  the  following  information. 
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s  OF  A  TASK 


V 


a.  The  name  of  the  task 

b.  The  priority  of  the  task  (privileged  tasks  will  be  desig¬ 
nated  here). 

c.  The  latched  conditions  (If  any)  In  the  event  condition 
set  of  the  task  (use  IF). 

d.  The  unlatched  conditions  (If  any)  In  the  event  condition 
set  of  the  task  (use  UPON). 

e.  The  period  and  phase  of  a  Minor  Cycle  Event  (If  any) 

In  the  event  condition  set  of  the  task. 

Cancel  statement  are  used  to  place  an  Invoked  task  Into  an  uninvoked 
state.  The  Cancel  statement  need  simply  to  Include  the  name  of  the  task.  If 
a  task  is  cancelled  all  the  lower  branches  of  the  task  In  the  control  tree 
structure  are  cancelled. 

Terminate  statements  are  used  to  place  an  active  task  Into  an  Inactive 
state.  When  the  event  condition  set  for  the  terminated  task  becomes  true, 
the  task  will  become  dispatchable, 

Walt  statements  are  used  by  tasks  to  place  themselves  Into  a  Walt 
state  pending  occurrence  of  one  of  the  following  conditions: 

a.  Absolute  Time 

b.  Relative  Time 

c .  Latched  Event 

d.  Unlatched  Event 

Signal  statements  are  used  by  tasks  to  place  specified  events  to  a 
specified  value. 
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Read  statements  are  used  by  tasks  to  copy  the  values  of  a  specified 
compool  block  (global  copy)  Into  a  local  copy  to  be  used  by  the  task. 

Write  statements  are  used  by  tasks  (except  "privileged"  tasks)  to 
copy  the  local  copy  into  the  corresponding  global  copy.  In  a  privileged  task 
In  which  no  local  copy  exists,  the  write  statement  causes  the  global  copies 
In  other  processors  to  be  updated  and  causes  signalling  of  an  event  associated 
with  the  global  copy. 

3.2.1  System  Control 

System  Control  Modules  include  the  Master  Sequencer,  Request  Processor, 
Configu/ator,  and  the  Subsystem  Status  Monitor.  These  top  level  controllers 
on  a  hierarchical  control  tree  are  responsible  for  initializing  and  control¬ 
ling  the  application  tasks.  The  Master  Sequencer  initializes  the  compools 
and  schedules  the  other  three  system  control  modules.  When  a  pilot  request 
Is  made,  the  particular  EQUIP  servicing  the  controls  and  displays  will  set 
the  Request  Processor  event  causing  the  Request  Processor  module  to  be  acti¬ 
vated.  The  Request  Processor  interprets  the  request  and  In  turn  activates 
the  Configurator  which  schedules  the  needed  lower  level  controller/calculator 
tasks  to  satisfy  the  pilot  request.  When  a  subsystem  error  is  indicated  by 
the  software  tasks  servicing  the  subsystems  (EQUIP's),  the  Subsystem  Status 
Monitor  is  activated  in  order  to  determine  the  severity  of  the  error.  If 
significant,  the  Configurator  is  activated  to  change  the  application  software 
configuration  as  appropriate  for  the  failure  detected. 
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3. 2. 1.1  Function  1.1  Master  Sequencer 


The  Master  Sequencer  Is  the  highest  level  system  control  In  the  appli¬ 
cation  software.  It  Is  Initiated  by  the  Master  Executive  module.  It  Ini¬ 
tiates  the  data  Initialization  at  startup  and  schedules  the  Request  Processor, 
Configurator,  and  the  Subsystem  Status  Monitor.  The  computer  requirements 
for  this  module  are; 

Memory  Size  41  16  hit  words 

Throughput  0  ms/sec 

Update  Rate  0.  times/sec 

3. 2. 1.1.1  Inputs 

There  are  no  inputs  to  the  Master  Sequencer. 

3. 2. 1.1. 2  Processing 

The  Master  Sequencer  shall  perform  the  processing  specified  In 
Figure  3  .  This  processing 

1)  Upon  Initial  startup  as  comnanded  by  the  executive, 
schedule  the  Request  Processor,  Configurator,  Subsystem 
Status  Monitor 

2)  The  Configurator  Initialization  Event  Is  turned  on  so 
that  the  Configurator  can  Initiate  the  Initialization 
of  compools. 

3. 2. 1.1. 3  Outputs 

The  outputs  from  the  Master  Sequencer  shall  be  as  shown  In  Table 
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3. 2. 1.2  Function  1.2  Request  Processor 

The  Request  Processor  Interprets  pilot  Inputs  from  the  MMK  and  the  IMK. 
It  determines  the  legality  of  the  request;  and  If  legal,  1)  lights  the  green 
light  on  the  depressed  switch  notifying  the  acceptance  of  the  request  and 
2)  signals  the  configurator  to  provide  new  OPS  or  Brute  Force  SPECS  as 
requested.  The  computer  requirements  for  this  module  are: 


Memory  Size 

m 

16  bit  words 

Throughput 

0 

ms/sec 

Update  rate 

0 

times/sec 

3. 2. 1.2.1  Inputs 

The  Inputs  to  the  Request  Processor  shall  be  as  specified  in  Table  li. 


3. 2. 1.2. 2  Processing 

The  Request  Processor  shall  perform  the  processing  specified  In  Figure 
4  .This  processing 

1)  Pilot  requests  on  the  MMK.  It  establishes  legality  of 
the  request  based  on  the  currently  active  OPS.  If  legal, 
the  green  light  on  the  depressed  button  is  lit  and  the 
configurator  is  signaled  to  provide  the  requested  OPS. 

2)  Pilot  requests  on  an  IMK  for  a  Brute  Force  SPEC.  It 
establishes  legality  of  the  request  based  on  the 
currently  active  OPS,  If  legal,  the  green  light  on 
the  depressed  button  Is  lit  and  the  configurator  is 
signaled  to  provide  the  requested  Brute  Force  SPEC. 
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TABLE  II  Inputs  to  the  Request  Processor 


3. 2. 1.2. 3  Outputs 

The  outputs  from  the  Request  Processor  shall  be  as  specified  In 
Table  III  . 

3. 2. 1.3  Function  1.3  -  Subsystem  Status  Monitor 

The  Subsystem  Status  Monitor  maintains  the  status  of  the  avionic  sub¬ 
systems  (core-element  status  are  maintained  within  OFP-BHARS)  by  collecting 
error  information  from  the  EQUIP  modules  servicing  the  subsystems.  It 
determines  the  severity  and  If  significant  activates  the  configurator  to  take 
appropriate  actions.  The  computer  requirements  for  this  module  are: 

Memory  Size  1239  16  bit  words 

Throughput  0  ms/sec 

Update  rate  0  times/sec 


3. 2. 1.3.1  Inputs 

The  inputs  to  the  Subsystem  Status  Monitor  shall  be  as  specified  in 
Table  IV 

3. 2. 1.3. 2  Processing 

The  Subsystem  Status  Monitor  shall  perform  the  processing  specified  In 
Figure  5  .  This  processing  Includes: 

1)  A  branch  in  the  program  flows  for  each  subsystem. 

2)  For  every  branch,  it  calculates  statistics  for  the 
particular  error  signaled  by  the  EQUIP  module.  These 
error  statistics  are  stored  In  a  status  table.  If  a 
statistic  is  determined  to  be  significant.  It  is  displayed 
tc  the  operator.  The  operator  makes  the  final  decision 
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Subsystem  Status  Monitor 


to  determine  whether  the  subsystem  should  be  turned  off. 

When  the  pilot  requests  the  system  to  be  turned  off, 
the  Subsystem  Failure  Flag  Is  set  and  the  Configurator 
Is  signaled  to  take  appropriate  action. 

3. 2. 1.3. 2  Outputs 

The  outputs  from  the  Subsystem  Status  Monitor  shall  be  as  specified 
in  Table  V 

3. 2. 1.4  Function  1.4  -  Configurator 

The  Configurator  Is  activated  whenever  a  new  OPS  or  Brute  Force  SPEC 
is  required  or  a  subsystem  shutdown  is  to  be  commanded  because  of  failure 
determination.  It  s?ts  up  the  needed  lower  level  controller/calculator  tasks. 
The  computer  requiremerts  for  th'is  module  are; 

Memory  Size  899  16  bit  words 

liirouqhpit  0  ms/sec 

ijpdate  rate  0  times/sec 


3. 2. 1.4.1  Inputs 

The  inputs  to  Configurator  shall  be  as  specified  in  Table  VI. 

3 . 2 . 1 . 4 . 2  Processing 

The  configurator  shall  perform  the  processing  specified  In  Figure  6. 
This  processing  includes; 

1)  Data  initialization  at  startup  as  signaled  by  the 
Startup  Fific  set  in  the  Master  Sequencer.  This  data 
ini^ia'.  is  performed  by  setting  the  inltiall- 
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TABLE  V  OUTPUTS  FROM  THE  SUSBSYSTEM  STATUS  MONITOR 


32 


zation  flags  In  all  the  modules  requiring  Initializa¬ 
tion  and  scheduling  these  modules.  Also,  all  the 
EQUIPS  and  DiSPs  are  scheduled. 

2)  OPS  activlatlon  based  on  the  Mode  Flag  set  In  the 
Request  Processor.  The  currently  active  OPS  Is 
cancelled  before  scheduling  the  new  OPS. 

3)  Brute  Force  SPEC  activation  based  on  the  Brute  Force 
Request  flag  set  In  the  Request  Processor. 

4)  Cancellation  of  tasks  associated  with  a  failed  subsystem 
and  invocation  of  preplanned  back-up  tasks.  This  action 
Is  based  on  the  Subsystem  Failure  Indicator  set  In  the 
Subsystem  Status  Monitor. 

3. 2, 1.4. 3  Outputs 

The  outputs  from  the  configurator  shall  be  as  specified  In  Table  VII. 


3 . 2 . 1 . 5  Mode  Sequence  Validity  Checks  SPEC 

The  Mode  Sequence  Validity  Checks  SPEC  Is  scheduled  asynchronously 
by  the  Request  Processor.  The  SPEC  performs  legality  checks  on  the  Inputs 
received  from  the  MMK  and  provides  the  results  to  the  Request  Processor.  The 
computer  requirements  for  this  module  are; 

Memory  Size  101  16  bit  words 

Throughput.  0  ms/sec 

Update  rate  0  times/sec 
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3. 2. 1.5.1  Inputs 

The  Inputs  to  the  Mode  Sequence  Validity  Checks  SPEC  shall  be  as  speci¬ 
fied  in  Table  Vlll 

3. 2. 1.5. 2  Processing 

The  Modes  Sequence  Validity  Checks  SPEC  shall  compare  the  current 
flight  mode  (Input  3. 2. 1.5. 1.1)  with  the  MMX  requested  mode  (Input  3. 2. 1.5. 1.2) 
The  SPEC  shall  check  for  legal  flight  mode  sequencing  as  specified  by  Table 
IX.  If  this  check  Is  failed  the  SPEC  shall  provide  an  Indication  to 

the  Request  Processor  of  validity  failure  (Output  3.2.1 .5.3.1 ) .  If  the  check 
Is  passed,  the  SPEC  shall  check  the  weight  on  the  landin  g  gear.  If  weight 
is  on  the  landing  gear  only  the  Prefllght,  Takeoff/Climb,  Approach/Land  or 
Postfllght  OPS  may  be  initiated.  If  weight  is  not  on  the  landing  gear  only 
Takeoff/Climb,  Cruise,  Refuel,  Air  Drop,  Descend,  and  Approach/Land  may  be 
initiated.  Failure  of  the  check  shall  result  in  an  indication  to  the  Request 
Processor  of  validity  failure  (Output  3.2.1 .5.3.1 ) .  If  all  checks  are  success¬ 
ful,  the  Request  Processor  shall  be  notified  of  the  validity  of  the  MMK  selec¬ 
tion.  The  processing  Is  summarized  in  Figure  7 

3. 2. 1.5. 3. 3  Outputs 

The  outputs  from  the  Mode  Sequence  Validity  Checks  SPEC  shall  be  as 
specified  in  Table  x 

3.2.2  Mission  Management 

Mission  Management  consists  of  controller  modules  which  manage  the 
processing,  scheduling,  and  operator  interfaces  for  each  of  the  major  opera¬ 
tional  flight  modes  -  Preflight,  Takeoff/Cl imb.  Cruise,  Refuel,  Air  Drop, 
Descend,  Approach/Land,  and  Postflight.  These  controller  modules  are  referred 


36 


ABLE  X  OUTPUTS  FROM  THE  MODE  SEQUENCE  VALIDITY  CHECKS  SPEC 


Figure  7 


Mode  Sequences  Validity  Checks  Processing 


to  as  Operational  Sequencers  (OPS).  The  OPS  are  Initiated  with  pilot  selec¬ 
tion  on  the  IMK  of  a  particular  operational  flight  mode.  Major  tasks  of  the 
OPS  are  scheduling  of  tasks  continuing  to  be  required  from  previous  OPS, 
scheduling  of  new  tasks,  and  processing  associated  with  a  checklist.  The 
checklist  provides  a  dual  function.  Through  the  checklist  the  crew  is  guided 
through  mandatory  sequences,  though  overrides  are  provided  as  appropriate. 
Secondly,  through  the  checklist  the  crew  makes  option  selections,  confirms 
existing  data  and  enters  new  data. 

3 . 2 . 2 . 1  Function  2.1  -  Prefliqht  OPS 

The  Preflight  Operational  Sequencer  controls  processing  during  the 
preflight  phase.  During  this  phase  the  pilot  interacts  through  a  computer 
automated  checklist  which  permits  the  pilot  to  Initiate  software  processing, 
verify  previously  entered  or  default  data,  and  input  new  data.  The  computer 
requirements  for  this  module  are: 

Memory  Size  48?  16  bit  words 

Throughput  7.5  ms/sec 

Update  rate  4  times/sec 


3.2.2. 1  Inputs 

The  inputs  for  the  Preflight  OPS  shall  be  as  specified  in  Table 
XI 

3.2.2.12  Processing 

The  Preflight  Operational  Sequencer  guides  the  pilots  through  an  auto¬ 
mated  checklist  displayed  on  the  IMK.  Through  this  checklist  the  pilot  may 
initiate  software  processes,  confirm  previously  entered  data,  and  insert 
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INPUTS  TO  THE  PRE-FLIGHT  OPERATIONAL  SEQUENCER 


Figure  9  PRE-FLIGHT  CHECKLIST  PROCESSING 
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new  data.  The  Preflight  Operational  Sequencer  Is  scheduled  by  the  Master 
Sequencer  upon  receipt  of  an  Indication  through  the  Request  Processor  that 
the  pilot  has  depressed  the  Preflight  OPS  MMK  button.  The  Preflight  OPS 
shall  perform  the  processing  specified  In  Figure  8 

3. 2. 2. 1.2.1  Pref light  OPS 

The  Preflight  OPS  shall  only  be  operable  when  the  weight  of  the  plane 
Is  on  the  landing  gear.  If  the  weight  Is  not  on  the  landing  gear  and  the 
Preflight  OPS  was  previously  scheduled,  the  Preflight  OPS  shall  terminate 
processing  and  set  an  event  (Output  3. 2. 2. 1.3.1)  indicating  the  Takeoff /Climb 
OPS  should  be  scheduled  by  the  Configurator.  When  the  Preflight  OPS  is  first 
Invoked  and  the  weight  Is  on  the  landing  gear,  the  Preflight  OPS  shall  cause 
the  IMK  to  display  the  first  page  of  the  checklist  (Output  3. 2, 2.1 .3.3) . 

This  page  shall  be  processed  as  specified  in  Section  3. 2. 2. 1.2. 2. 

3. 2. 2. 1.2. 2  Checklist  Processing 

The  Preflight  OPS  shall  perform  the  checklist  processing  specified  by 
Figure  9  .  Checklist  processing  shall  be  composed  of  permissible 

checklist  sequencing  checks  (Section  3. 2. 4. 2. 2.1),  checklist  item  processing 
(Section  3. 2. 2.1 .2.2.2),  checklist  page  processing  and  checklist  termination 
(Section  3, 2. 2. 1.2. 2. 3). 

3. 2. 2.1 .2.2.1  Permissible  Checklist  Sequencing  Checks 

The  Preflight  OPS  shall  establish  an  event  set  which  must  be  estab¬ 
lished  in  order  to  process  a  particular  item  in  the  checklist.  The  Preflight 
OPS  shall  ascertain  that  the  selected  checklist  item  must  either  be  performed 
sequentially  to  others  or  in  any  order  on  the  page.  The  OPS  shall  verify 
that  the  sequence  is  permissible.  If  the  selected  checklist  item  is  not 
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permissible  the  Preflight  OPS  shall  provide  an  Indication  to  the  pilot 
(Output  XII-4). 

3, 2. 2.1 .2.2.2  Checklist  Item  Processing 

Checklist  Items  are  divided  into  two  general  categories,  those  requir¬ 
ing  software  processing  only  and  those  requiring  pilot  inputs,  either  to  con¬ 
firm  data  or  to  enter  data.  The  checklist  items  (Input  3. 2. 2. 1.1. 2)  shall  be 
processed  as  specified  in  Figure  .  If  the  checklist  item  requires 

software  processing  only,  the  Preflight  OPS  shall  provide  for  a  check  mark 
after  the  checklist  item  selected  (Output  3. 2. 2. 1.3. 5).  The  Preflight  OPS 
shall  initiate  and  control  the  checklist  item  specified  processing.  It  shall 
schedule  the  required  SPFC,  EOUP,  and  DISP  (Output  3. 2. 2. 1.3. 6).  For  those 
checklist  items  requiring  pilot  response,  the  Preflight  OPS  shall  provide 
the  data  value  to  be  confirmed  along  with  the  checklist  item  name.  If  no 
data  value  is  stored  and  there  exists  no  default  data  value,  then  a  blank 
shall  be  displayed  with  the  checklist  item  name.  Preflight  OPS  shall  enable 
the  DEK  for  pilot  input  (Output  3. 2. 2. 1.3. 7).  If  only  the  ENTER  coitmand 
(Input  3.2.2.1.1.3)  is  received,  the  Preflight  OPS  shall  process  the  checklist 
item  data  as  confirmed  by  the  pilot.  The  OPS  shall  provide  for  a  check  mark 
after  the  item  (Output  3. 2. 2.1 .3.5) .  If  data  (Input  3. 2. 2. 1.1. 4)  is  received 
with  the  ENTER  coitriand,  the  Preflight  OPS  shall  update  the  appropriate  corn- 
pools  (Output  3. 2.2.1. 3, 8)  shall  update  the  checklist  displayed  data  value 
(Output  3. 2. 2.1 .3.9) ,  and  shall  provide  a  check  mark  after  that  checklist 
(Output  3. 2. 2. 1.3. 5). 
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3. 2. 2. 1.2. 2. 3  Checklist  Page  Processing  and  Checklist  Termination 

The  Prefllqht  OPS  shall  cause  the  next  page  of  the  checklist  (Output 
3. 2. 2. 3. 3)  to  be  displayed  when  either  the  last  item  of  the  checklist  on  a 
page  has  been  completed  or  when  the  checklist  Item  processing  specifies 
another  page  (Input  3.2.2.1 .1 .2).  If  all  pages  of  the  checklist  have  been 
completed,  the  Prefllqht  OPS  shall  cause  a  display  on  the  IMK  of  ready  for 
takeoff  (Output  3.2.2.1.3.10). 

3. 2. 2. 1.3  Outputs 

The  outputs  for  the  Preflight  OPS  shall  be  as  specified  In  Table 
XII 

3, 2. 2. 2  Function  2.2  -  TaKeoff/Climb  OPS 

The  Takeoff/Climb  Operational  Sequencer  provides  options  selection, 
Instrument  control,  steering  data,  and  displays  during  the  takeoff  and  climb 
phase.  The  Takeoff /Climb  OPS  Interfaces  with  the  pilot  through  a  check¬ 
list.  The  Takeoff/CUmb  OPS  Is  initiated  either  by  selection  on  the  MMK  or 
by  automatic  sequencing  from  the  Preflight  OPS  when  weight  is  determined  off 
the  landino  gear.  The  computer  requirements  for  this  module  are: 

Memory  Size  471  16  bit  words 

Throughput  7.3  ms/sec 

Update  rate  4  times/sec 


3. 2. 2. 2.1  Inputs 

The  inouts  to  the  Takeoff/Climb  OPS  shall  be  as  specified  In  Table 

XIII 
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TABLE  XIII  INPUTS  TO  THE  TAKEOFF/CUMB  OPERATIONAL  SEQUENCER 


desired 


TABLE  XIII  INPUTS  TO  THE  TAKEOFF/CLIMB  OPERATIONAL  SEQUENCER 


MEK  EQUIP 


3. 2. 2.?. 2  Processing 

t 

The  Takeoff/Climb  OPS  can  be  entered  either  manually  or  automatically 
under  conditions  specified  In  Section  3. 2. 2. 2. 2.1.  The  configurator  cancels 
the  OPS  when  the  events  specified  in  Section  3. 2. 2. 2. 2. 2  are  true.  The  pilot 
interfaces  with  the  OPS  through  a  checklist  (Section  3. 2. 2. 2. 2. 3) .  The 
Takeoff/Climb  OPS  controls  tasks  (Section  3. 2. 2. 2. 2. 4)  required  during  the 
takeoff  and  cHmb  phases  of  the  missions  and  modifies  those  tasks  as  requested 
by  the  crew. 

3. 2. 2. 2. 2.1  Takeoff/Climb  OPS  Initiation 

The  Takeoff/Climb  OPS  Is  Initiated  by  either  selection  by  the  pilot 
through  the  MMK  (Input  3. 2. 2. 2. 1.1)  or  by  the  setting  of  an  event  (Input 
3. 2. 2. 2. 1.2)  by  the  Air  FRame  Sensor  SPEC  which  indicates  the  plane's  weight 
is  no  longer  on  the  landing  gear.  The  Takeoff/Climb  OPS  shall  consist  of  two 
parts  under  noritwl  circumstances  sequentially  following  each  other.  These 
shall  be  Takeoff  and  Climb.  When  the  OPS  is  selected  through  the  MMK,  the 
checklist,  option  selections,  and  displays  associated  with  takeoff  shall  be 
Initiated.  The  progression  to  the  Climb  phase  of  the  OPS  shall  be  performed 
automatically  upon  the  setting  of  the  events  a)  weight  off  the  landing  gear 
(Input  3. 2. 2. 2. 1.2),  b)  minimum  liftoff  speed  obtained  (Input  3. 2. 2. 2. 1.3), 
and  c)  currently  in  the  Takeoff  mode.  The  progression  to  the  climb  phase 
shall  occur  automatically  directly  from  the  Preflight  OPS  when  the  events 
a)  weight  off  land  gear  (Input  3. 2. 2. 2. 1.2)  and  b)  currently  in  Preflight 
OPS  processing  are  true.  In  this  case  the  Takeoff  mode  shall  be  bypassed. 

When  the  OPS  is  initiated  automatically,  the  Takeoff /Climb  OPS  shall  cause 
the  light  to  be  illuminated  green  (Output  3.2.2.2.3.1). 
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3. 2. 2. 2. 2. 2  Takeoff/Climb  OPS  Cancellation 

The  Takeoff/Cl 1mb  OPS  is  cancelled  when  any  of  the  followina  are 

true: 

a.  If  currently  In  the  Takeoff  mode  and  PrefUght  OPS 
is  selected  on  the  MMK; 

b.  If  currently  in  the  Climb  mode  and  the  Cruise  OPS 
is  selected; 

c.  If  currently  in  the  Climb  mode  and  the  Refuel  OPS 
is  selected; 

d.  If  currently  in  the  Climb  mode  and  the  Air  Drop  OPS 
is  selected; 

e.  If  currently  in  the  Climb  mode  and  the  Descent  OPS 
is  selected; 

f.  If  currently  in  the  Climb  mode,  weight  is  detected  on 
the  landing  gear  and  the  Approach/Landing  OPS  is  auto¬ 
matically  entered. 

3. 2. 2. 2. 2. 3  Checklist  Processing 

The  Takeoff/Climb  OPS  shall  interface  with  the  pilot  through  a  check¬ 
list.  The  checklist  items  shall  serve  to  initiate  software  processing,  verify 
stored  data,  enter  new  data,  or  remind  the  pilot  of  actions  reouired.  Check¬ 
list  processing  shall  be  performed  sequentially  on  a  page  or  in  non-specified 
order.  Checklist  processing  shall  be  as  specified  for  the  Preflight  check¬ 
list  (Inputs  3. 2. 2. 2.1 .4,5,6  and  Outputs  3. 2. 2. 2. 3. 2, 3, 4, 5, 6, 7) . 

3. 2. 2. 2. 2. 4  Takeoff/Climb  OPS  Task  Control 

The  Takeoff/Climb  OPS  is  the  controller  of  a  task  tree.  Controlled 
task  and  pilot  inputs  and  system  outputs  are  deso’ibed  below. 
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3. 2. 2. 2. 2. 4.1  Navigation 


The  Takeoff/Climb  OPS  shall  schedule  the  Navigation  Controller  SPEC. 
Displays  of  Navigation  data  on  the  HSD  and  HUD  (Output  3. 2. 2. 2. 3. 8, 9)  shall 
be  provided. 

3. 2. 2. 2. 2. 4. 2  Guidance 

The  Takeoff/Climb  OPS  shall  schedule  the  Guidance  Controller/Autopilot 
SPEC  which  in  turn  controls  the  Steering  and  Waypoint  Steering  SPECS.  The 
Takeoff/Climb  OPS  checklist  shall  provide  for  the  verification,  modification, 
or  entry  of  stored  waypoint  data  (Input  3. 2. 2. 2. 1.7  and  Output  3.2.2.2.3.10). 
The  OPS  shall  provide  for  the  commanding  of  a  new  heading  (Input  3. 2.2. 2. 1.8 
and  Output  3.2.2.2.3.11). 

3. 2. 2. 2. 2. 4. 3  Communications 

The  Takeoff/Climb  OPS  checklist  shall  provide  options  for  communica¬ 
tion  channel  change  for  radio  sets,  UHFl ,  UHF2,  VHF/AM,  VHF/FM,  and  HF 
(Input  3.2.2.2.1.20  and  Output  3.2.2.2.3.12). 

3. 2. 2. 2. 2. 4. 4  Stationkeeping 

The  Takeoff/Climb  OPS  shall  provide  for  stationkeeping  during  the 
Climb  mode  (Input  3. 2. 2. 2. 1.9  and  Output  3.2.2.2.3,13).  This  shall  include 
the  SKE  display  on  the  HSD  and  HUD  displays  (Input  3.2.2.2.10  and  Output 
3.2.2.2.3.14). 

3. 2. 2. 2. 2. 4. 5  Critical  Velocities 

The  Takeoff/Climb  OPS  shall  Include  in  the  checklist  items  on  critical 
velocities  during  takeoff  (Input  3.2.2.2.1.11).  Displays  of  velocity  data 
shall  be  depicted  on  HUD  and  MPD  (Output  3.2.2.2.3.15). 
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3. 2. 2. 2. 2. 4. 6  Craft  Takeoff  Checks 

The  Takeoff/Cl 1mb  OPS  shall  provide  checks  for  antiskid  on/off,  qear 
up,  and  flaps  positioned  (Inputs  3.2.2.2.1.2,12,13).  Data  shall  be  displayed 
on  the  MPD's.  (Outputs  3,2.2.2.3.16,17,18). 

3. 2. 2. 2. 2. 4. 7  Flight  Options  Selection 

The  Takeoff/Climb  OPS  shall  enable  the  pilot  to  change  TACAN  channels 
(Input  3.2.2.2.1,14  and  Output  3.2.2.2.3,19),  to  choose  between  display  of 
the  radar  altimeter  or  pressure  altimeter  data  (Input  3.2.2.2.1,15  and 
Output  3,2.2.2.3,20),  to  set  the  IFF  and  IRD&W  (Inputs  3.2.2.2.1.16,17  and 
Outputs  3.2.2.2.3.21,22),  and  to  select/deselect  the  display  of  IAS,  TAS, 
ground  speed  or  Mach  (Input  3.2.2.2.1.18  and  Output  3.2.2.2.3.23).  The  OPS 
shall  enable  the  display  of  WX  data  on  the  HSD  (Input  3.2.2.2.1.19  and 
Output  3.2.2.2.3.24). 

3. 2. 2. 2. 2. 4. 8  Air  Frame  Monitor 

The  Takeoff/Climb  OPS  shall  schedule  the  Air  Frame  SPEC  and  center  of 
gravity  SPEC  which  in  turn  monitors  and  controls  displays  for  center  of 
gravity,  enaines,  electrical  power,  cargo,  and  hatches  in  addition  to  those 
referenced  in  Section  3. 2. 2. 2. 2. 4. 6. 

3. 2. 2. 2. 3  Outnuts 

The  outputs  to  the  Takeoff/Climb  OPS  shall  be  as  specified  In  Table 
XIV 

3 . 2 . 2 . 3  Function  2.3  Cruise  OPS 

The  Cruise  Operational  Sequencer  provide  options  selection,  instrument 
control,  steering  data,  and  displays  during  the  cruise  phase  of  the  mission. 
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TABLE  XIV  -  OUTPUTS  FROM  THE  TAKEOFF/CLIMB  OPERATIONAL  SEQUENCER  (Cont'd) 


The  Cruise  OPS  provides  control  over  mission  functions  that  may  be  desired 
when  entering  the  cruise  phase.  Subsequent  changes  during  cruise  could  be 
accommodated  either  by  again  calling  up  different  pages  of  the  Cruise  OPS 
checklist  or  by  the  Brute  Force  Specialist  Functions.  The  Cruise  OPS  Is 
initiated  by  selection  on  the  MMK.  The  computer  requirements  for  this  module 
are; 

Memory  Size  492  16  bit  words 

Throughput  7.7  ms/sec 

Update  rate  4  times/sec 

3. 2. 2. 3.1  Inputs 

The  inputs  to  the  Cruise  Operational  Sequencer  shall  be  as  specified 
in  Table  XV 

3 . 2 . 2 . 3 . 2  Processing 

The  Cruise  OPS  shall  act  as  controller  to  tasks  required  during  the 
cruise  phase  of  the  mission.  It  Is  initiated  (Section  3. 2. 2. 3. 2.1)  and 
cancelled  (Section  3. 2. 2. 3. 2. 2)  by  the  Configurator.  The  OPS  shall  control 
checklist  processing  (Section  3. 2. 2. 3. 2. 3)  and  subsystem  functions  (Section 
3. 2. 2. 3. 2. 4)  required  during  cruise. 

3 . 2 . 2 . 3 . 2 . 1  Cruise  OPS  Initiation 

The  Cruise  OPS  is  initiated  by  selection  by  the  pilot  through  the  MMK. 
The  Cruise  OPS  is  not  initiated  If  the  plane's  weight  is  on  the  landing. gear. 
(Input  3. 2. 2. 3.1 .2) .  The  light  for  the  Cruise  OPS  MMK  Key  Is  Illuminated 
green  to  indicate  acceptance  of  the  Cruise  OPS  request.  The  selection  of 
the  Cruise  OPS  shall  cause  the  Cruise  OPS  checklist  to  be  displayed  on  the 

IMK  (Output  3. 2. 2. 3. 3. 2) .  Option  selections  and  displays  associated  with 
cruise  shall  become  available. 
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TABLE  XV  INPUTS  TO  THE  CRUISE  OPERATIONAL  SEQUENCER 


HSD 


3. 2. 2. 3. 2. 2  Cruise  OPS  cancellatloiD 

The  Cruise  OPS  is  cancelled  by  the  Configurator  by  selection  on  the 
MMK  of  the  Takeoff/Climb,  Refuel,  Air  Drop,  Descend,  and  Approach/Land  OPS. 

If  weight  is  detected  on  the  landing  gear  (Input  3.2.2.3.T.2) ,  when  in  the 
Cruise  OPS,  the  OPS  is  cancelled  and  Approach/Land  scheduled  by  the  Config¬ 
urator. 

3. 2. 2. 3. 2. 3  Checklist  Processing 

The  Cruise  OPS  shall  interface  with  the  pilot  through  a  checklist  on 
theIMK.  The  checklist  items  shall  serve  to  initiate  software  processing, 
verify  stored  date,  enter  new  data,  or  remind  the  pilot  of  actions  required. 
Checklist  processing  shall  be  performed  either  item  by  item  sequentially 
through  a  page  or  in  non-specified  order.  Checklist  processing  shall  be 
performed  by  the  Cruise  OPS  similar  to  that  specified  for  the  Preflight  OPS. 
(Inputs  3,2.2.3.1 .3-5  and  Output  3.2. 2. 3. 3. 2-8). 

3. 2. 2. 3. 2. 4  Cruise  OPS  Task  Control 

The  Cruise  OPS  shall  perform  the  control  functions  for  the  tasks  des¬ 
cribed  in  the  following  sections. 

3. 2. 2. 3. 2. 4.1  Navigation 

The  cruise  OPS  shall  schedule  the  Navigation  Controller  SPEC.  Displays 
of  navigation  data  for  the  cruise  phase  of  the  mission  shall  be  provided  on  the 
HSD  and  HUD  (Output  3.2.2.3.3.9,10).  Through  the  checklist  (Input  3. 2. 2.3. 1.3) 
the  pilot  shall  be  able  to  enter  navigation  updates  (Output  3.2.2.3.3.11). 
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3. 2. 2. 3. 2. 4. 2  Guidance 

The  Cruise  OPS  shall  schedule  the  fiuidance/AutopIlot  Controller  SPEC 
which  controls  the  Steering  and  Air  Data  SPECS.  Through  selection  of  an  Item 
on  the  checklist  (Input  3. 2. 2. 3.1 .3) ,  the  Cruise  OPS  shall  provide  for  the 
selection  of  which  waypoint  (Output  3.2.2.3.3.12),  the  Steering  SPEC  is  to 
acquire.  The  Cruise  OPS  shall  permit  the  change  of  waypoint  data  (Input 
3. 2. 2. 3. 1.7  and  Output  3.2.'2.3.3.13) .  The  Cruise  OPS  shall  provide  for  input 
of  new  heading,  attitude,  altitude  data  for  the  autopilot  (Input  3. 2. 2. 3. 1.7 
and  Output  3.2.2.3.3.14).  The  pilot  shall  be  able  to  select  or  deselect  the 
autopilot  (Input  3. 2. 2. 3. 1.8,  Output  3.2.2.3.3.15)  and  to  modify  the  HSD, 

HUD,  and  MPD  disolays  accordingly  (Inputs  3. 2. 2. 3. 1.9,  Output  3.2.2.3.3.16). 

3 . 2 . 2 . 3 . 2 . 4  Communication 

The  Cruise  OPS  shall  provide  through  the  checklist  the  option  to  change 
channels  for  each  of  UHFl ,  UHF2,  VHF/AM,  VHF/FM,  and  HF  radio  sets  (Input 
3.2.2.3.1.10  and  Output  3.2.2.3.3.17). 

3 . 2 . 2 . 3 . 2 . 5  Stationkeeping 

The  Cruise  OPS  shall  provide  for  either  fly  alone  or  stationkeeping 
(Input  3.2.2.3.1.11  and  Output  3.2.2.3.3.18).  When  using  SKE  the  Cruise  OPS 
shall  provide  the  SKE  displays  (Output  3.2.2.3.1.19)  on  the  HSD  and  the  HUD. 

3. 2. 2. 3. 2. 6  IFF  and  IRD&W 

The  Cruise  OPS  shall  enable,  upon  pilot  request  (Inputs  3.2.2.3.1.1.12,13) 
the  ECM,  IFF  and/or  the  IRD&W  subsystems  (Outputs  3.2.2.^.3..20,21 ) . 
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3. 2. 2. 3. 2. 7  Air  Frame  Monitor 

The  Cruise  OPS  shall  schedule  the  Air  Frame  SPEC  to  monitor  and 
control  displays  for  center  of  gravity,  engines,  electrical  power,  cargo, 
hatches,  gear,  and  flaps. 

3. 2. 2. 3. 2. 8  Miscellaneous  Flight  Option  Selections 

The  Cruise  OPS  shall  provide  the  capability  through  the  checklist 
(Input  3.2.2.3.1.14)  to  enable  secured  message  transmission  (Output 
3.2.2.3.3.22).  This  capability  is  also  available  through  the  comtiuni cation 
Brute  Force  SPEC.  The  OPS  shall  also  provide  the  capability  to  change  TACAN 
channels.  (Input  3.2.2.3.1.15,  Output  3.2.2.3.3.23).  The  pilot  shall  be 
able  to  specify  (Input  3,2.2.3.1.16  which  altimeter  rading  (pressure  or  radar) 
is  to  be  displayed  (Output  3.2.2.3.3.24).  The  velocity  display  for  either  IAS, 
TAS,  ground  speed  or  Mach  number  shall  be  subject  to  pilot  specification 
(Input  3.2.2.3.1.17  and  Output  3.2.2.3.3.25).  The  OPS  shall  enable  the  dis¬ 
play  on  the  HSD  of  UX  data  (Input  3.2.2.3.1.18,  Output  3.2.2.3.3.26). 

3. 2. 2. 3. 3  Outputs 

The  outputs  from  the  Cruise  Operational  Sequencer  shall  be  as  specified 
in  Table  XVI 

3 . 2 . 2 . 4  Function  2.4  Refuel  OPS 

The  Refuel  Operational  Sequencer  provides  option  selections,  displays, 
and  pilot  checklist  guides  prior  to  and  during  refueling  operations.  The 
computer  requirements  for  this  module  are: 

Memory  Size  432  16  bit  words 

Throughput  7.5  ms/sec 

Update  rate  4  times/sec 
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TABLE  XVI  OUTPUTS  FROM  THE  CRUISE  OPERATIONAL  SEQUENCER 
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TABLE  XVI  OUTPUTS  FROM  THE  CRUISE  OPERATIONAL  SEQUENCER  (Cont.) 


HF  SPEC 


3. 2. 2. 4.1  Inputs 


The  Inputs  to  the  Refuel  Operational  Sequencer  shall  be  as  specified 
in  Table  XVII 

3. 2. 2. 4. 2  Processing 

The  Refuel  OPS  shall  control  and  schedule  tasks  required  during  the 
refuel  phase  of  the  mission.  The  Refuel  OPS  shall  be  requested  by  pilot 
depression  of  the  MMK  Key.  When  the  Refuel  OPS  has  been  selected,  the  MMK 
Key  Light  shall  be  illuminated  green  (Output  3.2.2.4 .3.1 ) .  The  OPS  is 
scheduled  and  cancelled  (Section  3. 2. 2. 4. 2.1)  by  the  Configurator.  The 
unique  operation  and  checks  are  accessed  through  the  Refuel  OPS  checklist 
(Section  3. 2. 2. 4. 2. 2).  The  Refuel  OPS  schedules  controller  and  calculator 
tasks  to  accomplish  the  refueling  mission  (Section  3. 2. 2. 4. 2. 3) . 

3 . 2 . 2 . 4 . 2 . 1  Refuel  OPS  Initiation  and  Cancellation 

The  Refuel  OPS  is  scheduled  by  the  Configurator  when  selected  by  the 
pilot  through  the  Refuel  OPS  Key  on  the  MMK.  It  shall  be  permissible  to 
enter  the  Refuel  OPS  fr^m  the  Takeoff/Climb,  Cruise,  Air  Drop,  or  Descend 
OPS.  The  Refuel  OPS  shall  not  be  entered  from  the  Takeoff/Climb  OPS  if  the 
plane's  weight  is  on  the  landing  gear. 

3 . 2 . 2 . 4 . 2 . 2  Checklist  Processing 

Unique  tasks  and  pilot  guidance,  as  well  as  routine  option  selections 
shall  be  provided  by  the  Refuel  OPS  checklist.  Checklist  processing  (Inputs 
3.2.2. 4. 1 .1 .3,  3. 2. 2. 4. 1.4,  Output  3, 2. 2. 4. 3. 8) .  The  checklist  shall  provide 
aids  for  target  acquisition.  Through  the  checklist  the  pilot  shall  be  able 
to  change  channels  on  the  communications  equipment  (Input  3. 2. 2. 4. 1.5, 

Output  3. 2. 2. 4. 3. 9) .  The  checklist  shall  enable  the  pilot  to  turn  the  Auto- 
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INPUTS  TO  THK  REFUEL  OPERATIONAL  SEQUENCER 


pilot  off  (Input  3. 2. 2. 4. 1.6,  Output  3.2.2.4.3.10)  and  to  adjust  for  station¬ 
keeping  (normally  off  during  refueling  operation)  (Input  3. 2. 2. 4.1 .7), 

Output  3.2.2.4.3.11).  The  checklist  shall  caution  the  pilot  to  set  the 
speed  brake  on  (Output  3.2.2.4.1.12a)  to  monitor  the  radar  beacon  (Output 
3.2.2.4.1.12b),  to  monitor  the  flaps  (Output  3.2.2.4.3.12c)  and  to  monitor 
current  position,  velocity,  heading,  altitude,  pitch,  bank,  yaw,  and  angle- 
of-attack  (Ou+put  3.2.2.4.3.12d).  Prior  to  refueling  the  pilot  shall  be 
alerted  to  adjust  valves  and  Intertank  connections  (Output  3.2.2.4.3.12e). 
During  refueling  operation  the  pilot  shall  be  cautioned  to  monitor  fuel 
pressure  and  tank  loadings  (Outputs  3.2.2.4.3.12f ,  g).  Finally,  refueling 
completion  shall  result  in  checklist  cautions  for  refuel  disconnect  (Output 
3.2.2 .4.3. 12h) ,  end  refueling  door  closed  (Output  3.2.2.4.3.12i). 

3.2.24.2.3  P e fu_ej_  OPS  Task  Control 

The  Refuel  OPS  shall  perform  the  control  functions  for  the  tasks 
aelineated  belov/. 

3. 2. 2. 4. 2. 3.1  Mavigation 

The  Refuel  OPS  shall  schedule  the  Navigation  Controller  SPEC.  Displays 
of  navigation  data  for  the  refuel  phase  of  the  mission  shall  be  provided  on 
the  HSD  and  f’UD  (Output  3.2.2.4.3.13).  Through  the  checklist  (Input 
3. 2. 2. 4  1.8)  the  pilot  shall  be  able  to  enter  navigation  updates  (Output 
3. 2. 2. 4. 3. 8  ). 

3. 2. 2. 4. 2. 3. 2  Guidance 

The  Refuel  OPS  shall  schedule  the  Guidance  SPEC  which  contrdis  the 
Steeling,  and  Mr  Date  SPECs.  Through  the  checklist  the  pilot  shall  be  able 

to  deselect  Autopilot  for  refueling  operations.  Tanker  acquisition  is  accom¬ 
plished  with  the  aid  of  steering  displays. 
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3. 2. 2. 4. 3  Outputs 

The  outputs  for  the  Refuel  Operational  Sequencer  shall  be  as  specified 
in  Table  XVIIl. 

3. 2. 2. 5  Function  2.5  Air  Drop  OPS 

The  Air  Drop  Operational  Sequencer  provides  calculation  aids,  steering 
data,  option  selections,  and  displays  for  air  drop  operations.  An  additional 
aid  is  provided  in  the  form  of  a  checklist.  The  Air  Drop  Operational  Sequencer 
is  initiated  by  depression  of  the  Air  Drop  Key  on  the  MMK.  The  computer 
requirements  for  this  module  are: 

Memory  Size  559  16  bit  words 

Throughput  10.0  ms/sec 
Update  rate  4  times/sec 


3. 2. 2. 5.1  Inputs 

The  inputs  for  the  Air  Drop  Operational  Sequencer  shall  be  as  specified 
in  Table  xix 

3. 2. 2. 5. 2  Processing 

The  Air  Drop  OPS  shall  provide  for  pilot  verification  or  specification 
of  air  drop  type  and  characteristics  (Section  3. 2. 2. 5. 2.1).  The  OPS  shall 
schedule  the  SPECS  performing  functions  unique  to  Air  Drop  (Sections  3. 2. 2. 5. 2. 2, 
3,  4,  5,  6)  and  those  which  are  flight  general  (Section  3. 2. 2. 5. 2. 3,  7).  The 
Air  Drop  OPS  shall  provide  operation  selection  and  flight  guidance  through 
an  automated  checklist  (Section  3. 2. 2. 5. 2. 8). 

The  Air  Drop  OPS  will  be  scheduled  by  the  Configurator  when  the  Master 
Sequencer  determines  through  the  Request  Processor  that  the  MMK  Air  Drop  Key 
has  been  selected.  Termination  will  occur  upon  selection  of  another  opera- 


73 


OUTPUTS  FROM  THE  PJIFUEL  OPERATIONAL  SF.OUENCER 


XVIII  OUTPUIS  PROM  THE  REFUEL  OPERATIONAL  SEQUENCER 
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tank  connections 


TABLE  vwTTI  OUTPUTS  FROM  THE  REFUEl,  OPERATIONAL  SEQUENCER 


TABLP  XIX  INPUTS  TO  THK  AIR  DROP  OPERATIONAL  SEOUENCER  (CONT.) 
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tional  Sequencer.  Upon  selection  the  A1r  Drop  OPS  shall  cause  the  Air  Drop 
MMK  to  be  illuminated  green  (Output  3. 2.2. 5.3.1 ) . 

3. 2. 2. 5. 2.1  Air  Drop  Characteristics 

The  capability  for  Air  Drop  characterization  shall  be  provided  for 
prior  to  the  mission  or  during  the  mission.  When  the  pilot  selects  the  Air 
Drop  OPS,  the  GPS  shall  provide  for  verification  of  previously  entered  data 
and  for  input  or  update  of  data.  The  capability  to  enter  this  data  shall  be 
provided  through  a  checklist.  The  checklist  shall  be  processed  as  specified 
for  the  Prefliqht  checklist  (Section  3. 2. 2. 1.2)  (Inputs  3. 2. 2. 5.1 .1-3  and 
Outputs  3. 2. 2. 5. 3. 1-6) .  Data  stored  shall  appear  after  the  checklist  Item 
name.  Confirmation  of  the  currently  stored  data  shall  occur  when  only  ENTER 
is  keyed  on  the  DEK  (Input  3. 2. 2. 5.1 .2).  Data  Insertion  shall  occur  through 
the  DEK  (Input  3. 2. 2. 5. 1.3)  followed  by  the  ENTER  command  (Input  3. 2. 2. 5.1 .2) . 
The  following  items  shall  define  the  air  drop  for  calculations  of  flight 
path,  CARP,  and  time  estimates. 

a.  The  drop  zone  shall  be  specirled  by  the  coordinates  of  its 
impact  point  (Input  3. 2. 2. 5.1 .a) .  The  flight  length  shall 

be  specified  (Input  3.2.2.5.1b).  Data  entered  in  this  check¬ 
list  item  shall  be  placed  in  the  compool  accessed  by  the  Cargo 
Delivery  Controller  SPEC  (Output  3. 2. 2. 5. 3. 7). 

b.  Parachute  characteristics  shall  be  specified  through  the  air 
drop  checklist  (Input  3.2.2,5.1 .3.c).  This  shall  Include 
vertical  free-fall,  forward  travel  time,  and  rate  of  fall. 

This  data  shall  be  written  Into  the  Cargo  Delivery  Controller 
SPEC  compool  (Output  3. 2, 2. 5. 3. 8). 


79 


r 


c.  Normal  drop  or  LAPES  drop  shall  be  specified  through 
the  checklist  (Input  3.2.2.5.1 .3.d)  and  provided  to 

the  Cargo  Delivery  Controller  SPEC  (Output  3. 2. 2. 5. 3. 9) . 

d.  Altitude  at  which  the  drop  is  to  be  executed  shall  be 
specified  through  the  checklist  (Input  3.2.2.5.1 .3e)  and 
provided  to  the  Air  Drop  Calculations  SPEC  (Output 
3.2.2.5.3.10).  Selection  of  this  checklist  item  shall  be 
optional.  If  the  altitude  is  not  specified  the  LAPES  alti¬ 
tude  shall  be  assumed. 

e.  Wind  velocity  at  air  drop  altitude  shall  be  Included  In  the 
air  drop  checklist  (Input  3.2.2.5.1 .3f)  and  provided  to 
CARP  SPEC  (Output  3.2.2.5.3.11).  If  wind  velocity  Is  not 
input,  the  wind  velocity  as  determined  by  the  Air  Data  SPEC 
shall  be  assumed  (Input  3. 2. 2. 5.1 .4) . 

f.  Temperature  at  air  drop  altitude  shall  be  included  in  the 
Air  Drop  checklist  (Input  3.2.2.5.13h) . 

g.  Pressure  at  air  drop  altitude  shall  be  Included  In  the  Air 
Drop  checklist  (Input  3.2.2.5.13h)  and  provided  to  the  CARP 
SPEC  (Output  3.2.2.5.3.13).  If  the  pressure  Is  not  provided 
the  Air  Drop  Calculation  SPEC  computes  pressure  at  air  drop 
altitude  based  on  available  pressure  data. 

h.  CARP  calculations  shall  be  permitted  to  be  overridden  by 
pilot  specification  of  a  CARP  coordinates  (Input  3.2.2.5.1.31). 
This  data  shall  be  displayed  on  the  IMK  (Output  3. 2. 2. 5. 3. 4). 
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3. 2. 2. 5. 2. 2  Air  Drop  Calculations 

The  Air  Drop  OPS  shall  schedule  the  Cargo  Delivery  Controller  SPEC 
which  schedules  the  SPEC's  to  calculate  flight  path  bearing,  CARP  coordinates, 
end  of  drop  coordinates,  and  time  estimates. 

3. 2. 2. 5. 2. 3  Guidance 

The  Air  Drop  OPS  shall  schedule  the  Guidance/Autopilot  Controller  SPEC 
which  controls  steering. 

3. 2. 2. 5. 2. 4  Steering 

The  Air  Drop  OPS  shall  set  an  event  (Output  3.2.2.5.3.15)  to  indicate 
to  the  Waypoint  Steering  SPEC  the  requirement  to  calculate  the  along-track, 
cross-track,  and  altitude  differential  between  the  current  position  and  the 
desired  CARP  for  HUD  display. 


3. 2. 2. 5. 2. 5  Drop  Zone  Warnings 

The  Air  Drop  OPS  shall  schedule  the  Drop  Zone  Warnings  SPEC  which  will 
provide  for  warnings  at  intervals  prior  to  CARP  and,  if  required  prior  to  the 
end  of  the  drop  zone. 

3. 2. 2. 5. 2. 6  Center  of  Gravity 

The  Air  Drop  OPS  shall  schedule  the  Center  of  Gravity  SPEC  which  cal¬ 
culates  center  of  gravity  variation  in  one  dimensional  controls  center  of 
gravity  displays. 


3. 2. 2. 5. 2. 7  Air  Frame  Monitor 

The  Air  Data  OPS  shall  schedule  the  Air  Frame  Monitor  SPEC  which  mon¬ 
itors  the  engines,  electrical  power,  energy,  hatches,  and  cargo. 
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3. 2. 2. 5. 3  Outputs 

The  outputs  for  the  Air  Drop  Operational  Sequencer  shall  be  as  speci¬ 
fied  in  Table  XX 

3 . 2 . 2 . 6  Function  2.6  Descend  OPS 

The  Descend  Operational  Sequencer  provides  systemcontrol s  and  opera¬ 
tional  checklists  to  perform  descent  functions  either  during  flight  as  cruise 
altitudes  are  varied,  during  preparation  for  mission  operations  such  as  air 
drop,  or  in  preparation  for  approach  and  landing.  The  computer  requirements 
for  this  module  are: 

Memory  Si 26  482  16  bit  words 

Throughput  7.5  ms/sec 

Update  rate  4  times/sec 

3. 2. 2. 6.1  Inputs 

,  The  inputs  to  the  Descend  Operational  Sequencer  shall  be  as  specified 
in  Table  XXI 

3. 2. 2. 6. 2  Processing 

The  Descend  OPS  is  initiated  and  cancelled  by  the  Configurator 
(Section  3. 2. 2. 6. 2.1 ) .  Through  a  checklist  (Section  3. 2. 2. 6. 2. 2)  descend 
selection  types  are  chosen,  instruments  are  set,  and  operations  are  checked. 
The  OPS  provides  task  control  (Section  3.2.2.6.2.31  for  other  controllers 
and  colcjlators,  instruments  are  set,  and  operations  are  checked.  The  OPS 
provides  task  control  (Section  3. 2. 2. 6. 2. 3)  for  other  controllers  and 
calculators . 
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OUTPUTS  FROM  THE  AIR  DROP  OPERATIONAL  SEQUENCER  (Cont. 


AIR  FORCE  AVIONICS  LAB  HRI6HT-PAT7ERS0N  AFB  OH  F/B  9/2 

COMPUTER  PROBRAM  DEVELOPMENT  SPECIFICATION  FOR  IDAMST  OPERATION— ETC (U) 
JUL  76 

UNCLASSIFIED  AFAL-TR-76-209-A0D-1  NL 


TABLE  XXI  INPUTS  TO  THE  DESCEND  OPERATIONAL  SEQUENCER 


VHF/FM 


INPUTS  TO  THE  DESCEND  OPERATIONAL  SEQUENCER 


3. 2. 2. 6. 2.1  Initiation  and  Cancellation  of  Descend  OPS 

The  Descend  OPS  Is  Initiated  when  the  Descend  OPS  key  on  the  MMK  is 
depressed.  The  Descend  OPS  Is  entered  when  the  previous  OPS  was  the  Takeoff/ 
Climb,  Cruise,  Refuel,  Air  Drop,  or  Approach/Land  OPS.  Hence,  the  Descend 
OPS  Is  entered  when  the  plane  weight  Is  on  the  landing  gear  (Input  3. 2. 2. 6. 1.1). 
When  the  Descend  OPS  MMK  Key  Is  Illuminated  green.  The  Descend  OPS  Is  can¬ 
celled  by  the  Configurator  when  the  Takeoff/Climb,  Cruise,  Refuel,  Air  Drop, 
or  Approach/Land  OPS  are  Initiated.  If  weight  Is  detected  on  the  landing 
gear  while  In  the  Descend  OPS  (Input  3.2.2.6.1 .1),  the  Configurator  cancels 
the  Descend  OPS  and  schedules  the  Approach/Land  OPS. 

3. 2. 2. 6. 2. 2  Checklist 

The  Descend  OPS  shall  provide  a  checklist  upon  being  initiated.  The 
processing  (Inputs  3. 2. 2. 6.1 .2-4,  Outputs  3. 2. 2. 6. 3. 2-7)  of  the  checklist 
shall  be  as  specified  for  the  Preflight  checklist  (Function  3. 2. 2.1).  The 
checklist  shall  provide  pilot  selections  of  descend  types.  Instrument  settings, 
and  pilot  sequencing  for  flight  operations  and  monitoring. 

3. 2. 2. 6. 2. 2.1  Descend  Selection 

The  Descend  OPS  shall  provide  through  the  checklist  (Input  3. 2. 2. 6. 1.5) 
for  selection  of  different  types  of  descent.  The  displays  and  subsequent 
checklist  functions  shall  vary  depending  upon  the  descent  type  selected. 
Furthermore,  the  descent  profile  shall  be  dependent  upon  the  descent  type. 

The  types  of  descent  are  listed  In  Table  XXII  along  with  a  description 
of  each. 
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DESCENT  TYPES 


DESCEND  TYPES 

DESCRIPTION 

PLANNED 

A  descent  sequence/profile  which  is  preplanned. 

Such  a  preplanned  descent  sequence  would  be  used 

for  a  known  descent  where  terrain  obstacles  are  to 

be  avoided. 

NORMAL 

A  descen  characterized  by  a  standard  descent  pro¬ 
file  to  be  generally  used.  The  plane  Is  configured 
conventionally  (In  contrast  to  STOL) . 

STOL 

A  descent  characterized  by  a  standard  descent  pro¬ 
file  with  the  plane  configured  for  short  takeoff 
and  landings. 

RAPID 

A  descent  where  the  profile  provides  a  more  rapid 
descent  than  that  provided  by  the  nomal  descent  . 

PRECISION 

A  descent  where  the  approach  Is  based  solely 

on  Instrunents. 

RADAR 

A  descent  with  reduced  navigation  aids  where 

only  radar  Is  utilized. 

3. 2. 2. 6. 2. 2. 2  Instrument  Settings 

Through  the  checklist  the  pilot  shall  be  able  to  adjust  communication 
channel  selections  (Input  3. 2. 2.6. 1.6.  Output  3. 2. 2. 6. 3. 6).  The  TACAN 
channel  (Input  3. 2. 2. 6. 1.7,  Output  3. 2. 2. 6. 3. 9)  shall  be  selectable.  Display 
choices  dependent  upon  descent  type  shall  be  made  through  the  checklist 
(Input  3. 2. 2. 6. 1.8,  Output  3.2.2.6.3.10)  for  the  HUD,  HSD,  and  MPD. 

3.22.6.2.2.3  Monitoring 

The  checklist  function  shall  provide  pilot  selectable  descent  sequenc¬ 
ing  checklists  to  include  monitoring  and  adjusting  engines,  flaps,  speed 
brakes,  pitch,  bank,  yaw,  angle-of -attack,  altitude,  and  heading  (Output 
3.2.2.6.3.11  ).  The  pilot  shall  be  alerted  to  check  the  altimeter  setting 

when  he  passes  through  18,000  feet  (Output  3.2.2.6.3.11  ). 

3. 2. 2. 6. 2. 3  Descend  OPS  Task  Control 

The  Descend  OPS  shall  control  the  tasks  delineated  In  the  following 
sections. 


3. 2. 2. 6. 2. 3.1  Navigation 

The  Descend  OPS  shall  synchronously  schedule  the  Navigation  Controller 
SPEC.  Displays  of  navigation  data  for  the  descent  phase  of  the  mission  shall 
be  provided  on  the  HUD  and  HSD  (Inputs  3.2.2.6.3.8a,  b  ). 

3. 2. 2. 6. 2. 3. 2  Guidance 

The  Descend  OPS  shall  schedule  the  Guidance  SPEC  which  controls  the 
Steering  SPECs  and  PCS  SPECs.  Through  the  checklist  the  autopilot  shall  be 
deselected  (Input  3. 2. 2. 6. 1.9,  Output  3.2.2.6.3.12).  The  Descend  OPS  shall 
pass  an  indication  (Output  3.2.2.6.3.13)  to  the  Guidance  SPEC  as  to  the 
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descent  type  (Section  3. 2. 2. 6. 2. 2.1)  In  order  thet  the  Descent  Profile  Cal¬ 
culation  SPEC  may  be  scheduled  and  appropriate  Inputs  to  the  Steering  SPEC 
developed. 


3. 2. 2. 6. 2. 3. 3  Statlonkeepinq 

The  Descend  OPS  shall  provide  for  either  fly-alone  or  stationkeeping 
(Input  3.2.2.6.1.10,  Output  3.2.2.6.3.14). 

3. 2.2. 6. 2. 3.4  IFF,  ESM  and  IRD&W 

The  Descend  OPS  shall  enable,  upon  pilot  selection,  (Inputs 
3.2.2.6.1,11,  12,  13,  Outputs  3.2.2.6.3.15,  16,  17)  the  IFF,  ESM  and  IRD&W 
subsystems  If  not  previously  Initiated. 

3. 2. 2. 6. 2. 3. 5  Air  Frame 

The  Descend  OPS  shall  schedule  the  Air  Frame  SPEC  to  monitor  and 
control  displays  for  center  of  gravity,  engine,  power,  cargo,  hatches,  gear, 
and  flaps. 


3. 2. 2. 6. 2. 3. 6  Altimeter  Warning  SPEC 

The  Descend  OPS  shall  schedule  the  Altimeter  Warning  SPEC  which 
cautions  the  pilot  to  adjust  the  pressure  calibration  of  the  Altimeter  when 
passing  through  18,000  feet  elevation. 

3. 2. 2. 6. 2. 3. 7  Miscellaneous  Flight  Option  Selections 

The  Descend  OPS  shall  provide  the  capability  through  the  checklist 
(Input  3.2.2.6.1.14)  to  enable  secured  message  transmission  (Output 
3.2.2.6.3.18).  Which  altimeter  reading  (pressure  or  radar)  Is  to  be  dis¬ 
played  shall  be  an  available  option  (Input  3.2.2.6.1.15,  Output  3.2.2.6.3.19). 
The  pilot  shall  have  the  capability  to  alter  the  displayed  velocity  -  IAS, 


TAS,  ground  speed,  or  MACH  number  (Input  3.2.2.6.1.16,  Output  3.2.2.6.3.20). 
MX  data  shall  be  displayed  upon  request  (Input  3. 2. 2. 6. 1.8)  on  the  HSD 
(Output  3.2.2.6.3.10). 


3. 2. 2. 6. 3  Outputs 

The  outputs  from  the  Descend  Operational  Sequencer  shall  be  as  speci¬ 
fied  in  Table  XXIII 

3. 2. 2. 7  Function  2.7  Approach/Land  OPS 

The  Approach/Land  Operational  Sequencer  controls  calculation  tasks 
required  during  holding  and  final  descent,  provides  displays  with  data  used 
in  approach  and  landing,  presents  a  checklist,  and  permits  operator  selection 
of  subsystem  settings.  Computer  requirements  for  this  module  are: 

Memory  Size  481  16  bit  words 

Throughput  7.3  ms/sec 

Update  rate  4  times/sec 

3.2.2. 7.1  Inputs 

The  inputs  to  the  Approach/Land  Operational  Sequencer  shall  be  as 
specified  in  Table  XXIV. 

3. 2. 2. 7. 2  Processing 

The  Approach/Land  OPS  shall  perform  the  synchronous  (  /sec)  pro¬ 
cessing  specified  in  Figure  10  The  OPS  shall  be  Initiated  by  Con¬ 
figurator  (Section  3.2.2.7.2.11).  Pilot  Interface  with  the  avionics  shall 
include  checklists  (Section  3. 2. 2. 7. 2. 2)  and  displays.  The  Approach/Land 
OPS  shall  schedule  tasks  and  respond  to  pilot  checklist  inputs  (Sections 
3. 2. 2. 7. 2. 3,  4).  The  OPS  shall  schedule  the  Navigation  Controller  SPEC, 
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XXIII  OUTPUTS  FROM  THE  DESCEND  OPERATIONAL  SEQUENCER 


TABLE  XXIV  INPUTS  TO  THE  APPROACH/LAND  OPERATION  SEQUENCER 


OACH/LAND  OPERATIONAL  SEQUENCER 


INPUTS  TO  THE  APPROACH/LAND  OPERATIONAL  SEOUENCER 


Figure  10  APPROACH/LAND  OPS  PROCESSING 
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the  Guidance/Autopilot  Controller  SPEC,  and  the  Air  Frame  SPEC.  The 
Approach/Land  OPS  shall  check  for  gear  weight  the  Air  Frame  Sensor  EQUIP 
to  determine  whether  the  OPS  is  in  the  Approach  or  Land  phase. 

3 . 2 . 2 . 7 . 2 . 1  Initiation  and  Cancellation  of  the  Approach/Land  OPS 

The  Approach/Land  OPS  is  scheduled  by  the  Configurator  when  the  cur¬ 
rent  OPS  is  either  the  Takeoff/Climb,  Cruise,  Refuel,  Air  Drop,  or  Descend 
OPS,  and  when  either  the  Approach/Land  key  on  the  MMK  has  been  depressed  or 
weight  is  detected  on  the  landing  gear.  The  Approach/Land  OPS  shall  be  com¬ 
posed  of  two  phases,  the  Approach  and  Land  phases.  The  Approach  phase  shall 
be  entered  when  the  OPS  is  initiated  through  the  MMK.  When  the  aircraft 
enters  the  ILS  flight  beacon  or  meets  a  minimum  altitude  (Input  3. 2. 2. 7.1.  ), 

the  Approach/Land  OPS  shall  transition  to  the  Land  phase.  The  Land  phase 
shall  be  entered  directly  when  the  OPS  is  scheduled  because  weight  is  de¬ 
tected  on  the  landing  gear. 

3. 2. 2. 7. 2. 2  Checklist 

The  Approach/Land  OPS  shall  include  a  checklist  which  shall  provide 
pilot  selections  of  plane  configuration,  pilot  controlled  calculations, 
instrument  settings,  and  operations  sequencing  instructions.  The  checklist 
shall  process  inputs  (Inputs  3. 2. 2. 7.1 .2-4)  and  supply  outputs  (Outputs 
3. 2. 2. 7. 3. 2-7)  as  specified  by  checklist  processing  described  in  Section 
3. 2. 2. 1.2. 2.  The  pilot  shall  Interface  with  the  system  through  the  check¬ 
list. 

3. 2. 2. 7. 2. 3  Approach  Task  Control 

The  processinq  specified  in  Figure  11  shall  be  performed  during 
the  Approach  phase.  Checklist  it«ns  shall  Include  the  pilot  checks  on  flaps. 
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Figure  11 


APPROACH  PHASE  PROCESSING 
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speed  brakes,  air  frame,  and  de-icing  on/off.  Processing  shall  Include  task 
control  both  automatically  scheduled  or  initiated  by  pilot  action. 

3. 2. 2. 7. 2. 3. 2  Holding  Pattern  IAS  Requirements 

The  OPS  shall  schedule  the  Holding  Pattern  IAS  Requirements  SPEC  to 
calculate  IAS  requirements  during  holding  if  a  holding  pattern  has  been 
Indicated  by  pilot  Insertion. 

3. 2. 2. 7. 2. 3. 3  ETA  to  Holding 

The  OPS  shall  set  an  event  for  the  calculation  of  ETA  to  holding  to 
calculate  the  expected  time  of  arrival  into  the  holding  pattern,  (waypoint) 

3. 2. 2. 7. 2. 3. 4  Communications 

The  OPS  shall  schedule  the  Communication  SPECs  for  the  selected  radio 
if  a  channel  change  is  requested  through  the  checklist  (Input  3. 2. 2. 7. 1.6  ). 

3. 2. 2. 7. 2. 3. 5  Secure  Voice 

The  OPS  shall  schedule  the  Secure  Voice  SPEC  if  Secure  Voice  is 
requested  (Input  3. 2. 2. 7. 1.7,  Output  3. 2. 2. 7. 3. 7)  for  any  one  or  more  of  the 
radio  sets. 

3. 2. 2. 7. 2. 3. 6  TACAN  Channels 

The  OPS  shall  pass  TACAN  channel  changes  requested  through  the  check¬ 
list  (Input  3. 2. 2. 7. 1.8)  to  the  TACAN  EQUIP  (Output  3.2.2.7.3.10). 

3. 2. 2. 7. 2. 3. 7  Radar  Altimeter 

The  OPS  shall  schedule  the  Radar  Altimeter  Warning  SPEC  which  provides 
a  warning  when  the  plane  descends  to  the  TBD  height  at  which  the  radar  altim¬ 
eter  should  be  used. 
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3. 2. 2. 7. 2. 3. 8  Radar  Data 

The  OPS  shall  provide  the  checklist  for  pilot  selection  of  radar  data 
displays  Includlno  the  weather  display  (Input  3. 2. 2. 7. 1.9,  Output  3.2.2.7.1.11). 

3. 2. 2. 7. 2. 3. 9  Autopilot 

Through  the  OPS  the  pilot  shall  be  able  to  turn  on/off  the  Autopilot 
and  to  modify  the  heading,  altitude  or  attitude  hold  (Input  3.2.2.7.1.10, 

Output  3.2.2.7.3.12). 

3.2.2.7.2.3.10  Statlonkeepinq 

Through  the  OPS  checklist  the  pilot  shall  select/ deselect  the  station¬ 
keeping  equipment  (Input  3.2.2.7.1.11,  Output  3.2.2.7.3.13). 

3.2.2.7.2.3.11  Displays 

Through  the  checklist  the  pilot  shall  select/deselect  data  displayed 
on  the  HSD  and  MPD  to  include  data  generated  by  VOR,  TACAN,  ADF/LF,  ADF/UHF, 
and  the  radar  beacon  (Input  3.2.2.7.1.12,  Output  3.2.2.7.1 .1^ ) . 

3.2.2.7.2.3.12  Air  Field  Position  and  Approach  Map 

Through  the  checklist  and  DEK  (Inputs  3.2.2.7.1.13)  the  pilot  shall 
enter  the  airfield  for  output  to  the  Guidance/Autopilot  SPEC  for  steering 
(Output  3.2.2.7.3.15)  and  to  the  HUD  and  HSD  for  display  (Output  3.2.2.7.3.15). 
The  OPS  shall  schedule  the  Approach  Map  Display  SPEC  which  shall  also  provide 
the  Approach  Map,  as  well  as  the  airfield  position. 

3.2.2.7.2.3.13  Offset  Aim  Point 

The  OPS  shall  schedule  the  OAP  SPEC  to  calculate  the  offset  aim  point. 
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3.2.2.7.2.3.14  Landing  Speed  Requirements  SPEC 

The  OPS  shall  schedule  the  Landing  Speed  Requlraents  SPEC. 

3.2.2.7.2.3.15  ETA  to  Landing 

The  OPS  shall  schedule  the  ETA  to  Landing  SPEC  for  calculation  of  the 
ETA  to  weight  on  the  landing  gear. 

3.2.2.7.2.3.16  Air  Defense 

The  OPS  shall  schedule  the  IFF  SPEC,  IRD&W  SPEC,  and  ESM  SPEC  if 
active  during  the  previous  OPS  (Input  3.2.2.7.1.14)  or  If  request  by  Input 
through  the  checklist  (Input  3.2.2.7.1.15). 

3. 2. 2. 7. 2. 4  Land  Task  Control 

Checklist  processing  during  the  Land  phase  shall  provide  pilot  monitor 
functions  to  Include  flaps,  speed  brake,  throttle,  and  air  frame  checks. 

Those  checks  shall  be  triggered  by  the  weight  on  the  landing  gear  (Input 
3. 2. 2. 7. 1.1  ).  The  processing  Is  specified  In  Figure  12 

3. 2. 2. 7. 2. 5  Outputs 

The  outputs  to  the  Approach/Land  Operational  Sequencer  are  as  speci¬ 
fied  in  Table  XXX 

3. 2. 2. 8  Function  2.8  Post-Flight  OPS 

The  Post-Flight  Operational  Sequencer  Initiates  the  checklist  to  guide 
the  pilot  through  mission  termination  and  plane  shutdown.  Computer  require¬ 
ments  for  this  module  are  as  follows: 

Memory  Size  338  16  bit  words 

Throughput  4.5  ms/sec 

Update  rate  4  times/sec 
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Figure  12  LAND  PHASE  PROCESSING 
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TABLE  XXV  OUTPUTS  FROM  THE  APPROACH/LAND  OPERATIONAL  SEQUENCER 


10a 


OUTPUTS  FROM  THE  APPROACH/LAND  OPERATIONAL  SEQUENCER 


ADF/UHF  data 


TABLE  XXV  OUTPUTS  FROM  THE  APPROACH/LAND  OPERATIONAL  SEQUENCER 


3. 2. 2. 8.1  Inputs 

The  Inputs  to  the  Post-Flight  Operational  Sequencer  are  as  specified 
in  Table  XXVI 

3. 2. 2. 8. 2  Processing 

The  Post-Flight  OPS  shall  be  scheduled  and  cancelled  by  the  Config¬ 
urator  (3. 2. 2. 8. 2.1).  The  prime  function  of  the  Post-Flight  OPS  is  the 
sequential  checklist  for  final  craft  checkout  and  shutdown  (3. 2. 2. 8. 2. 2). 
Associated  with  the  checklist  are  tasks  which  shall  be  scheduled  by  the 
Post-Flight  OPS  in  order  for  the  successful  completion  of  flight  termination 
(3. 2. 2. 8. 2. 3). 

3. 2. 2. 8. 2.1  Initiation  and  Cancellation  of  the  Post-Flight  OPS 

The  Post-Flight  OPS  is  scheduled  by  the  Configurator  when  the  Post- 
Flight  MMK  key  is  selected.  The  Post-Flight  OPS  is  initiated  only  if  the 
plane's  weight  is  on  the  landing  gear.  The  Post-Flight  OPS  shall  be  can¬ 
celled  by  the  Configurator  when  the  Pre-Flight  OPS  is  initiated. 

3. 2. 2. 8. 2. 2  Checklist 

The  processing  of  the  Post-Flight  checklist  shall  be  as  specified 
in  Section  3. 2. 2. 1.2. 2  (Inputs  3. 2. 2. 8.1 .2-4,  Outputs  3. 2. 2. 8. 3. 2-7) .  The 
checklist  shall  provide  checks  to  configure  the  aircraft  for  parking.  This 
shall  Include  checks  on  the  anti-skid,  air  vents,  lights,  pitot,  de-ice, 
wing  flaps,  engines,  trim,  beacon,  electrical  power,  and  fuel.  Checks  per¬ 
formed  when  parked  shall  include  doors,  engines  off,  navigation  drift  check, 
avionics  shutdown,  battery  and  fuel  turnoff,  and  computer  shutdown. 


INPUTS  TO  THE  POST-FLIGHT  OPERATIONAL  SEQUENCER 


3. 2. 2. 8. 2. 3  Tasks  Control 


The  Post-Flight  OPS  shall  schedule  the  Navigation  Controller  SPEC 
and  the  Air  Frame  SPEC. 

3. 2. 2. 8. 3  Outputs 

The  outputs  from  the  Post-Flight  Operational  Sequencer  shall  be  as 
specified  in  Table  XXVII 

3. 2. 2. 9  Function  2.9  -  Descent  Profiles  SPEC 

The  Descent  Profiles  SPEC  computes  the  desired  rates  of  descent  for 
the  aircraft.  The  rate  of  descent  depends  on  the  position  at  the  start  of  the 
descent,  the  final  position,  weight,  air  density  and  the  type  of  descent 
(Table  XXII.  ).  Each  descent  can  be  segmented  into  several  parts  as 
desired  by  the  operator.  Each  part  can  be  a  different  type  of  descent  and 
ends  at  a  different  position.  The  range  and  altitude  differentials  for  each 
part  are  computed.  The  Descent  Profiles  SPEC  is  scheduled  asynchronously 
and  event-signalled  by  the  Guidance/ Autopilot  Controller  SPEC  (3.2.5.11). 

The  computer  requirements  for  this  module  are: 

Memory  Size  67  16  bit  words 

Throughput  0  ms/sec 

Update  rate  0  times/sec 

3.2.2.10  Function  2.10  -  Altimeter  Warning  SPEC 

The  Altimeter  Warning  SPEC  continuously  checks  the  radar  and  baromet¬ 
ric  altimeters  and  issues  warnings  accordingly.  This  SPEC  checks  the  baro¬ 
metric  altimeter  1/second  to  determine  when  passing  through  the  18,000  foot 
elevation,  and  then  issues  a  message  to  the  pilot  to  adjust  the  pressure 
calibration.  Also, this  SPEC  checks  the  radar  altimeter  for  two  critical 
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altUudes.  It  Issues  messages  when  the  radar  altimeter  becomes  effective  at 
5000  feet.  Also,  It  sends  an  Indicator  to  the  Approach/Land  OPS  (3. 2. 2. 7) 
when  the  aircraft  Is  within  a  certain  height  above  the  ground  and  no  ILS 
signals  have  been  received.  The  indicator  Is  used  by  the  Approach/Land  OPS 
to  change  from  the  Approach  Phase  to  the  Landing  Phase.  The  Altimeter  Warn¬ 
ing  SPEC  is  scheduled  synchronously  at  1/second  by  the  Cruise  OPS  (3. 2. 2. 3), 
the  Descend  OPS  (3. 2. 2. 6)  and  the  Approach/Land  OPS.  The  computer  require- 


ments  for  this  module  are: 

Memory  size 

30 

16  bit  words 

Throughput 

1.5 

ms/sec 

Update  rate 

1 

times/sec 

3.2.2.11  Function  2.11  -  Takeoff  Speed  Requirements  SPEC 

The  Takeoff  Speed  Requirements  SPEC  computes  the  critical  velocities 
that  need  to  be  known  for  a  safe  takeoff.  These  critical  velocities  are  the 
takeoff  decision  point  speed,  the  rotation  speed  and  the  liftoff  speed.  The 
rotation  and  liftoff  speeds  depend  on  air  density  (altitude,  temperature  and 
relative  humidity),  angle-of -attack  (aircraft  control  surface  configuration) 
and  takeoff  gross  weight.  The  takeoff  decision  point  speed  depends  on  run¬ 
way  length.  The  critical  velocities  are  displayed  on  the  HUD  and  the  MPD. 
The  Takeoff  Speed  Requirements  SPEC  is  scheduled  asynchronously  and  event 


signalled  by  the  Takeoff/Climb  OPS  (3.2, 

for  this  module  are: 

.2. 2. 4, 5).  The  computer  requirements 

Memory  size 

33  16  bit  words 

Throughput 

0  ms/sec 

Update  rate 

0  times/sec 
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3.2.2.12  Function  2.12  -  Landing  Speed  Requiretnents  SPEC 

The  Landing  Speed  Requirements  SPEC  computes  the  critical  speed  to 
maintain  controllability  and  to  prevent  stalling.  Both  the  critical  IAS  and 
TAS  are  determined.  The  critical  landing  speed  depends  on  the  type  of 
sescent,  the  angle-of -attack,  the  air  density  and  the  gross  weight.  The 
critical  velocities  are  displayed  on  the  HUD  and  the  MPD.  The  Landing  Speed 
Requirements  SPEC  Is  scheduled  synchronously  at  1/second  and  event/signalled 
by  the  Takeoff/Land  OPS  (3.2.2.7.2.3.14).  The  computer  requirements  for  this 
module  are: 


Memory  size 
Throughput 
Update  rate 


21  16  bit  words 

1.3  ms/ sec 

1  times/sec 


3.2.3  Operator  Selection 

The  Operator  Selection  Group  of  software  modules  provides  for  the 
pilot  or  co-pilot  to  choose  software  functions  for  immediate  use.  These 
functions  Include  parts  of  other  modules  as  well  as  direct  event-signalling 
of  entire  modules.  The  operator  Is  provided  with  selection  menus  and  check¬ 
lists  on  the  IMK. 


3. 2. 3.1  COMM  BRUTE  FORCE 

The  COMM  BRUTE  FORCE  Is  requested  by  the  pilot  depressing  the  COMM 
button  on  the  IMK.  The  pilot  selects  the  cotnnuni cations  system  to  be  checked. 
From  an  Item  menu  he  chooses  the  Items  to  be  checked  on  that  system. 


If  the  pilot  selects  an  Item  on  this  menu,  the  MPD  DISP  Is  signalled 
to  display  the  data  sent  by  the  communication  system.  If  It  Is  an  Input  Item, 
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the  COMM  BRUTE  FORCE  shall  wait  for  data  from  the  pilot  via  the  DEK.  If  such 
data  Is  received,  the  MPO  OISP  Is  signalled  to  display  the  new  data  and  the 
communication  system  Is  notified  of  the  change. 

When  the  pilot  has  checked  all  items  of  Interest,  he  depresses  the 
RETURN  TO  COMM  key.  The  IMK  DISP  is  signalled  to  return  the  list  of  communi¬ 
cation  systems  to  the  IMK. 

After  the  checking  of  communication  systems  Is  completed,  the  CW1 
BRUTE  FORCE  shall  return  the  system  to  its  Initial  state. 

3. 2. 3. 1.1  Inputs 

The  Inputs  to  the  COMM  BRUTE  FORCE  shall  be  as  specified  In  Table  XXVIII. 

3. 2. 3. 1.2  Processing 

The  COMM  BRUTE  FORCE  shall  perform  the  processing  specified  In  Figure  13. 

On  its  Initial  execution  the  COMM  BRUTE  FORCE  signals  IMK  DISP  to 
display  a  page  listing  the  communications  systems.  These  may  include: 

UHF  #1 
UHF  #2 
VHF/AM 
VHF/FM 
HF/SSB 
Interphone 
P.A.  System 
Sec.  Voice 

3. 2. 3. 1.3  Outputs 

The  outputs  from  the  COMM  Brute  Force  shall  be  as  specified  in 

Table  XXIX. 


% 
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COMM  BRUTEFORCE 


TABLE  XXIX  OUTPUTS  FROM  COMM  BRUTEFORCE 


3. 2. 3. 2  NAV  BRUTE  FORCE 


The  NAV  BRUTE  FORCE  is  requested  by  the  pilot  depressing  the  NAV 
button  on  the  IMK.  The  pilot  selects  the  navigation  subsystem  which  is  to 
provide  a  position  and/or  velocity  update.  From  an  item  menu  he  chooses  the 
items  to  be  checked. 

Computer  requirements  for  the  module  are: 

Memory  size  276  16  bit  words 

Throughput  ms/sec 

Update  rate  times/sec 

3. 2. 3. 2.1  Inputs 

The  inputs  to  the  NAV  BRUTE  FORCE  shall  be  as  specified  in  Table 
XXX 


3. 2. 3. 2. 2  Processing 

The  NAV  BRUTE  FORCE  shall  perform  the  processing  specified  in  Figure 
14 

On  its  initial  execution  the  NAV  BRUTE  FORCE  shall  signal  the  IMK  DISP 
to  display  a  page  listing  the  navigation  update  facilities.  These  may  include 
the  following: 

TACAN 

Air  Data  D.R. 

INS 

OMERA 

HUD 

RADAR  FIX 


121 


TABLE  XXX  INPUTS  TO  NAV  BP.UTEF0R:E 


SKE/ZM 

FILTER  ESTIMATE 
WIND  VELOCITY  ESTIMATE 

If  the  pilot  selects  a  subsystem  to  be  checked,  the  IMK  DISP  Is  sig¬ 
nalled  to  display  an  item  menu  for  the  subsystem.  Such  items  as  the  following 
may  be  checked: 


Power 

A-A  Recv. 

Course  Set 

Sta.  Elev. 

Sta.  Ident. 

Position 

Freq/Chan 

Velocity 

Back  Crs. 

Fix 

MDA/OH 

Equipment 

Air  to  Air 

If  the  pilot  selects  an  item  on  this  menu,  the  MPD  DISP  is  signalled 
to  display  the  data  sent  by  the  subsystem.  If  it  is  an  input  item  the  NAV 
BRUTE  FORCE  shall  activate  DEK  and  wait  for  data  from  the  pilot  via  the  DEK. 

If  such  data  is  received,  the  MPD  DISP  is  signalled  to  display  the  new  data 
and  the  subsystem  is  notified  of  the  change. 

When  the  pilot  has  checked  all  Items  of  interest,  he  depresses  the 
RETURN  TO  NAV  key.  The  IMK  DISP  is  signalled  to  return  the  list  of  navigation 
subsystems  to  the  IMK. 

After  the  checking  of  navigation  subsystems  is  completed  the  NAV  BRUTE 
FORCE  shall  return  the  system  to  Its  initial  state. 
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3. 2. 3. 2, 3  Outputs 


The  outputs  from  the  MAV  BRUTE  FORCE  shall  be  as  specified  In  Table 
XXXI 

3. 2. 3. 3  CARGO  BRUTE  FORCE 

The  CARGO  BRUTE  FORCE  Is  requested  by  the  pilot  depressing  the  CARGO 
button  on  the  IMK.  The  pilot  selects  the  items  to  be  checked.  Computer 
requirements  for  the  module  are: 


Memory  size 

294 

16  bit  words 

Throughput 

m/sec 

Update  rate 

N/A 

times/sec 

3. 2. 3. 3.1  Inputs 

The  Inputs  to  the  CARGO  BRUTE  FORCE  shall  be  as  specified  in  Table 

XXXII 


3. 2. 3. 3. 2  Processing 

The  CARGO  BRUTE  FORCE  shall  perform  the  processing  specified  In 
Figure  15 

On  its  initial  execution  the  CARGO  BRUTE  FORCE  signals  IMK  to  display 
a  page  of  items  which  can  be  checked. 

If  the  pilot  selects  an  Item  which  Is  to  be  displayed,  the  data  Is 
read  from  a  compool  and  MPD  DISP  is  signalled  to  display  It.  If  the  pilot 
is  allowed  to  change  the  value,  the  CARGO  BRUTE  FORCE  enables  DEK  and  waits 
for  a  new  entry  by  the  pilot.  If  such  an  entry  Is  made,  the  MPD  DISP  is 
signalled  to  display  it  and  the  application  software  Is  notified  of  the 
change. 
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If  the  pilot  depresses  a  key  which  requests  checks  of  already  displayed 
data,  the  CARGO  BRUTE  FORCE  takes  no  action  unless  the  value  of  the  Item  may 
be  changed  by  the  pilot.  In  that  case,  the  CARGO  BRUTE  FORCE  enables  DEK, 
waits  a  new  entry  and  If  one  Is  received  notifies  the  application  software 
of  the  new  value. 

If  the  pilot  requests  a  new  page,  the  INK  DISP  1s  signalled  to  display 
that  page. 

When  the  check  Is  complete,  the  system  Is  returned  to  Its  Initial 

state. 

3. 2. 3. 3. 3  Outputs 

The  outputs  from  the  CARGO  BRUTE  FORCE  shall  be  as  specified  In  Table 
XXXIII 

3. 2. 3. 4  SENSOR  BRUTE  FORCE 

The  Sensor  BRUTE  FORCE  Is  requested  by  the  pilot  depressing  the  SENS 
button  on  the  IMK.  The  pilot  selects  the  sensor  to  be  checked.  From  an  item 
memo  he  chooses  the  Items  to  be  checked.  Computer  requirements  for  the  module 
are; 


Memory  size 

264 

16  bit  words 

Throughput 

m/sec 

Update  rate 

N/Z 

times/sec 

3. 2. 3. 4.1  Inputs 

The  Inputs  to  the  SENSOR  BRUTE  FORCE  shall  be  as  specified  In  Table 


XXXIV 


TABLE  XXXIII  OUTPUTS  FROM  CARGO  BRUTEFORCE 


3. 2. 3. 4. 2  Process1n< 


The  SENSOR  BRUTE  FORCE  shall  perform  the  processing  specified  In 
Figure  16 

On  its  initial  execution  the  SENSOR  BRUTE  FORCE  signals  IMK  DISP  to 
display  a  page  listing  the  sensors. 

If  the  pilot  selects  a  sensor  to  be  checked,  the  IMK  DISP  is  signalled 
to  display  an  item  menu  for  the  sensor. 

If  the  pilot  selects  an  item  on  thismenu,  the  MPD  DISP  is  signalled 
to  display  the  data  from  the  sensor  compool.  If  the  pilot  is  permitted  to 
change  the  value,  the  SENSOR  BRUTE  FORCE  shall  enable  DEK  and  wait  for  data 
from  the  pilot.  If  such  data  is  received,  the  MPD  DISP  is  signalled  to  dis¬ 
play  the  new  data  and  the  sensor  is  notified  of  the  change. 

When  the  pilot  has  checked  all  items  of  interest,  he  depresses  the 
RETURN  TO  SENS  key.  The  IMK  DISP  is  signalled  to  return  the  sensor  list 
to  the  IMK. 

After  the  sensor  checking  is  complete,  the  SENSOR  BRUTE  FORCE  shall 
return  the  system  to  the  initial  state. 

3. 2. 3. 4. 3  Outputs 

The  outputs  from  the  SENSOR  BRUTE  FORCE  shall  be  as  specified  in 
Table  KXXV 
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3. 2. 3. 5  C/D  BRUTE  FORCE 


The  C/D  BRUTE  FORCE  is  requested  by  the  pilot  depressing  the  C/D 
button  on  the  IMK.  The  pilot  selects  the  display  and  the  changes  to  be  made. 
Computer  requirements  for  the  module  are: 


Memory  size 

2S6 

16  bit  words 

Throughput 

m/sec 

Update  rate 

N/A 

times/sec 

3. 2. 3. 5.1  Inputs 

The  Inputs  to  the  C/D  BRUTE  FORCE  shall  be  as  specified  in  Table 

XXXVI 

3. 2. 3. 5. 2  Processing 

The  C/D  BRUTE  FORCE  shall  perform  the  processing  specified  in  Figure 
17 

On  its  Initial  activation  the  C/D  BRUTE  FORCE  signals  the  IMK  DISP  to 
display  a  page  listing  the  displays. 

A  selection  from  this  page  is  made  by  depressing  a  side  key.  The  IMK 
DISP  is  signalled  to  display  the  item  menu  for  the  chosen  display. 

If  the  menu  item  selected  is  a  request  to  change  display  assignments, 
the  UPDATE  DISP  is  signalled.  It  shall  notify  the  MPDO  of  the  request. 

If  the  menu  item  is  a  request  to  display  input  data,  DEK  is  enabled. 
When  the  data  is  sent  via  DEK,  the  HUD  DISP,  the  HSD  DISP  or  the  MPD  DISP  is 
signalled  that  the  data  is  to  be  displayed. 


TABLE  XXXVI  INPUTS  TO  C/D  BRUTEFORCE 
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When  the  pilot  has  finished  with  a  display,  he  shall  depress  the 
"RETURN  TO  C/D"  key.  The  C/D  flag  shall  be  reset  and  the  IMK  DISP  shall  be 
signalled  to  display  the  C/D  list. 

When  all  C/D  requests  have  been  completed,  the  system  shall  be  returned 
to  its  Initial  state. 

3. 2. 3. 5. 3  Outputs 

The  outputs  from  the  C/D  BRUTE  FORCE  shall  be  as  specified  in  Table 

XXXVII 

3. 2. 3. 6  SYST  BRUTE  FORCE 

The  SYST  BRUTE  FORCE  Is  requested  by  the  pilot  depressing  the  SYST 
button  on  the  IMK.  The  pilot  selects  the  system  to  be  checked.  From  an  item 
menu  he  chooses  the  items  to  be  checked.  Computer  requirements  for  the  module 
are: 

Memory  size  264  16  bit  words 

Throughput  m/sec 

Update  rate  times/sec 


3. 2. 3. 6.1  Inputs 

The  inputs  to  the  SYST  BRUTE  FORCE  shall  be  as  specified  in  Table 

XXXVIII 

3. 2. 3. 6. 2  Processing 

The  SYST  BRUTE  FORCE  shall  perform  the  processing  specified  in  Figure 

18 


138 


TABLE  XXXVIII  INPUTS  TO  SYST  BRUTEFORCE 


Fiaure  18  SYST  Brute  Force 


On  Its  initial  execution  the  SYST  BRUTE  FORCE  signals  IMK  DISP  to 
display  a  page  listing  the  various  systems. 

If  the  pilot  selects  a  system  to  be  checked,  the  IMK  DISP  Is  signalled 
to  display  an  Item  menu  for  the  system. 

If  the  pilot  selects  an  Item  on  this  menu,  the  MPD  DISP  Is  signalled 
to  display  the  data  sent  by  the  system  compool .  If  It  Is  an  Input  Item,  the 
SYST  BRUTE  FORCE  shall  enable  the  DEK  and  wait  for  data  from  the  pilot.  If 
such  data  Is  received,  the  MPD  DISP  is  signalled  to  display  It  and  the  system 
Is  notified  of  the  data  update. 

When  the  pilot  has  checked  all  Items  of  Interest,  he  depresses  the 
RETURN  TO  SYST  key.  The  IMK  DISP  Is  signalled  to  return  the  system  list  to 
the  IMK. 

After  system  checking  Is  complete,  the  OPS  processing  Is  continued. 

3. 2. 3. 6. 3  Outputs 

The  outputs  from  the  SYST  BRUTE  FORCE  shall  be  as  specified  In  Table 
XXXIX 


3. 2. 3. 7  LIBRARY  BRUTE  FORCE 

The  LIBRARY  BRUTE  FORCE  Is  requested  by  the  pilot  depressing  the  LIBR 
button  on  the  IMK.  The  pilot  selects  tables,  Instructions,  etc.  which  he 
would  like  displayed.  Computer  requirements  for  the  module  are: 


Memory  size 

150 

16  bit  words 

Throughput 

m/sec 

Update  rate 

N/A 

times/sec 
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3. 2. 3. 7.1  Inputs 

The  inputs  to  the  LIBRARY  BRUTE  FORCE  shall  be  as  specified  in  Table 
XL 

3. 2. 3. 7. 2  Processing 

The  LIBRARY  BRUTE  FORCE  shall  do  the  processing  specified  in  Figure 
19 

On  its  initial  execution  the  LIBRARY  BRUTE  FORCE  shall  signal  IMK  to 
display  a  library  listing.  These  listings  allow  the  pilot  read  stored 
material  such  as  tables,  instructions,  references,  etc. 

The  pilot  requests  specific  Information  by  depressing  a  side  key.  The 
LIBRARY  BRUTE  FORCE  shall  signal  the  MPD  DISP  to  display  the  material  on  the 
MPD  allowing  sufficient  time  for  the  pilot  to  read  it. 

If  the  pilot  requests  new  listings  the  IMK  DISP  is  signalled  to  dis¬ 
play  it. 

When  the  pilot  has  obtained  the  desired  information,  the  system  is 
returned  to  its  initial  state. 

3. 2. 3. 7. 3  Outputs 

The  outputs  from  the  LIBRARY  BRUTE  FORCE  shall  be  as  specified  in 
Table  XL I 

3. 2. 3. 8  CHECKLIST  BRUTE  FORCE 

The  CHECKLIST  BRUTE  FORCE  is  requested  by  the  pilot  depressing  the  CHK 
button  on  the  IMK.  The  pilot  selects  the  checklist  and  then  checks  each  item 
in  order.  Competer  requirements  for  the  module  are: 
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Memory  size 
Throughput 
Update  rate 


298 


16  bit  words 

ms/sec 

times/sec 


3. 2. 3. 8.1  Inputs 

The  inputs  to  the  CHECKLIST  BRUTE  FORCE  shall  be  as  specified  in 
Table  XLII 

3. 2. 3. 8.2  Processing 

The  CHECKLIST  BRUTE  FORCE  shall  perform  the  processing  as  specified 
in  Figure  20 

On  its  initial  execution  the  CHECKLIST  BRUTE  FORCE  signals  IMK  DISP 
to  display  the  master  list  of  checklists  available. 

If  the  pilot  requests  a  checklist,  IMK  DISP  is  signalled  to  display 
it.  A  flag  is  set  indicating  that  checklist  processing  is  in  progress.  The 
light  by  key  1  is  turned  on  and  the  index  is  initiatized  to  1. 

The  pilot  on  observing  a  lighted  key  should  check  the  item  and  depress 
thekey  to  indicate  that  the  item  has  been  checked. 

If  the  checklist  flag  is  on  and  a  key  is  depressed,  the  CHECKLIST 
BRUTE  FORCE  checks  that  the  correct  key  has  been  depressed.  If  so,  the  IMK 
DISP  is  signalled  to  turn  the  light  behind  that  key  off  and  behind  the  next 
key  on.  The  index  is  incremented  until  I  =  10. 

When  all  items  on  the  list  have  been  checked  (i.e.  i  =  10),  IMK  DISP 
is  signalled  to  turn  all  side  lights  off  and  to  return  the  master  list  to 

the  IMK.  The  checklist  flag  is  reset.  The  pilot  can  now  select  a  new  check¬ 
list  to  run  through. 
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When  checking  is  complete,  the  system  Is  return  to  Its  initial 

state. 

3. 2. 3. 8. 3  Outputs 

The  outputs  from  the  CHECKLIST  BRUTE  FORCE  shall  be  as  specified  in 
Table  XLIII 

3.2.4  Navigation 

The  Navigation  Proup  of  modules  consist  of  those  tasks  necessary  to 
determine  the  position,  velocity,  and  attitude  of  the  aircraft  and  the  wind 
velocity.  This  group  Includes  Specialist  Functions  and  Equipment  Modules. 

The  Equipment  Modules  are  for  handling  data  from  the  key  navigational  aids; 
INS,  OMEGA,  TACAN  and  AHRS.  The  Navigation  SPECs  determine  the  optimal 
estimate  of  the  position  and  velocity  based  on  the  best  set  of  available 
data.  The  nominal  estimate,  when  all  the  NAV  equipment  is  operating  properly 
is  a  Kalman  Filter  estimate  of  the  errors  in  the  INS  based  on  measurements 
from  the  OMEGA  and  TACAN  systems.  These  errors  are  then  used  to  adjust  the 
position,  velocity,  and  attitude  Indicated  by  the  INS.  Whenever  any  of  the 
NAV  equipment  is  not  operating  properly,  a  Navigation  Selection  SPEC  deter¬ 
mines  what  is  the  best  configuration  of  navigation  measurements.  The  oper¬ 
ator  is  able  to  alter  the  navigation  estimates  by  use  of  the  Navigation  BF 
SPEC.  The  estimate  can  be  dictated  oy  the  operator  to  be  provided  from  the 
multi -mode  radar,  the  HUD  or  the  SKE/Zone  Marker.  If  the  INS,  TACAN  and 
OMEGA  are  all  inoperable,  continuous  navigation  is  done  by  air  data  dead 
reckoning . 
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TABLE  XLIir  ■  OUTPUTS  FROM  CHECKLIST  BRUTEFORCE 


(INS-E) 


3. 2. 4.1  INS  Equip 

This  program  module  processes  the  pitch,  roll  and  heading  outputs  from 
the  Inertial  Navigation  System  (INS),  Delco  Electronics  CAROUSEL  IV.  In  the 
event  the  Automatic  Data  Entry  Unit  is  employed,  the  program  module  will  also 
process  the  ADEU  data.  The  inputs  are  checked  for  validity  prior  to  being 
converted  to  the  appropriate  format  for  further  processing.  The  module  also 
processes  mode  and  function  commands  from  the  operator  by  converting  them  to 
appropriate  formats  for  output  to  control  the  operation  of  the  INS.  This 
module  processes  the  results  of  the  automatic  self-test  operation  for  input 
to  the  Subsystem  Status  Monitor.  By  comparison  with  previously  received 
Inputs,  the  program  module  determines  the  reasonableness  of  the  inputs.  It 
also  provides  present  position  latitude  and  longitude,  true  heading  and 
ground  speed  to  the  processor.  The  computer  requirements  for  this  module 
are: 


Memory  size 

348 

16  bit  words 

Throughput 

3434 

ms/sec 

Update  rate 

1 

times/sec 

3. 2. 4. 1.1  Inputs 

The  inputs  to  this  program  module  shall  be  as  specified  in  Table 

XLIV 

3. 2. 4. 1.2  Processing 

The  input  data  from  the  Automatic  Data  Entry  Unit  (ADEU)  shall  be  pro¬ 
cessed  by  the  elimination  of  such  non-function  bits  as  validity  bits,  then 
shall  be  further  processed  by  the  conversion  of  the  data  bits  to  the  appro¬ 
priate  output  scale  factor. 
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TAiiLE  XLIV  TN'PLTS  -  IJ'ERTIAL  NAVIGATION  SYSTE:'?  (INS)  EQUIP  (INS-E) 


The  Input  values  of  pitch,  roll  and  heading  shall  be  converted  to 
appropriate  scale  factors  for  use  In  the  processor. 

The  control  and  function  inputs  shall  be  converted  to  a  format  for 
output  to  properly  control  the  operation  of  the  INS. 

Improper  operation  of  the  INS  shall  be  announced  by  "Master  Warning", 
"Battery  Warning"  or  "DME  Warning"  signals  at  which  time  the  appropriate 
diagnostic  flags  shall  be  set  as  well  as  the  appropriate  bits  on  the  status 
word. 


The  program  module  shall,  upon  the  selection  of  the  "ATTITUDE"  mode, 
issue  a  warning  for  10  seconds  prior  to  complying  with  the  operator's  re¬ 
quest. 

The  current  input  values  of  pitch,  roll  and  heading  shall  be  compared 
with  the  previous  values  to  determine  the  reasonableness  of  the  current  input 
values. 


The  processing  shall  be  performed  as  specified  in  Figure 


This  program  module  is  a  privileged  task  and  shall  be  executed 
synchronously  32  times  per  second. 

The  input  values  of  pitch,  roll,  heading  and  the  INS  data  shall  be 
processed  to  provide  latitude,  longitude  and  the  northerly  and  easterly  com¬ 
ponents  of  ground  speed  to  the  processor. 


WRITE  OUTPUTS  IN 
INS  COMPOOL 


Figure  21 


INS  EQUIP 


SUMMARY  OF  DIAGNOSTIC  FLAGS 


0  "INS  MASTER  WARNING" 

0  "INS  BATTERY  WARNING" 

0  "INS  DME  WARNING" 

0  "INS  ALIGNMENT  IN  PROCESS" 
0  "INS  NAV  READY" 

0  "INS  ATTITUDE  MODE  WARNING 
0  "INS  DATA  UNREASONABLE" 


FIGURE  21 
INS  EQUIP 
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3. 2. 4. 1.3  Outputs 

The  outputs  from  this  program  module  shall  be  as  specified  in  Table 
XLV 

3. 2. 4. 2  OMEGA  EQUIP  (OMEGA-E) 

This  program  module  processes  the  present  position  latitude  and 
longitude  outputs  from  the  OMEGA  Navigational  Equipment.  The  module  also 
processes  the  mode  and  function  commands  from  the  operator  by  converting 
them  to  an  appropriate  format  for  output  tc  control  the  operation  of  the 
OMEGA  system.  This  module  also  processes  the  results  of  the  automatic 
self-test  operation  to  set  the  appropriate  diagnostic  flags  and  to  notify 
the  Subsystem  Status  Monitor.  By  comparison  with  previously  received  inputs, 
the  program  module  determines  the  reasonableness  of  the  inputs.  The  computer 
requirements  for  this  module  are: 

Memory  size  196  16  bit  words 

Throughput  5028  m/sec 
Update  rate  2  times/sec 


3. 2. 4. 2.1  Inputs 

The  inputs  to  this  program  module  are  listed  in  Table  XLV  I. 

3. 2. 4. 2. 2  Processing 

The  control  inputs  shall  be  converted  to  an  appropriate  format  for 
output  to  properly  control  the  operation  of  the  OMEGA  Receiver. 

The  input  values  of  True  Airspeed,  Present  Position  Latitude  and 
Longitude,  the  current  date  and  Greenwich  Mean  Time  shall  be  converted  to  the 
appropriate  format  for  input  to  properly  initialize  the  operation  of  the 
OMEGA  Receiver. 
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TABLE  XLVI  INPUTS  -  OMEGA  EQUIP  (OMEGA-E) 


Improper  operation  of  the  OMEGA  shall  be  announced  by  the  "Master 
Warning",  "Temperature  Warning",  and  "DR  Warning"  signals  at  which  time 
the  appropriate  diagnostic  flags  shall  be  set  as  well  as  the  appropriate 
bits  on  the  status  word. 

The  current  input  values  of  latitude  and  longitude  shall  be  compared 
with  the  previous  values  in  order  to  determine  the  reasonableness  of  the 
current  Input  values. 

This  program  module  Is  a  privileged  task  and  shall  be  executed 
synchronously  2  times  per  second. 

The  processing  shall  be  performed  as  specified  In  Figure  22. 

3. 2. 4. 2. 3  Outputs 

The  outputs  from  this  program  module  are  listed  in  Table  XLVII  . 


3. 2. 4. 3  TACAN  Equip  (TACAN-E) 

This  program  module  processes  the  inputs  of  slant  range  and  relative 
bearing  from  the  AN/ARN-118  TACAN  Receiver/Transmitter.  The  Inputs  are 
checked  for  validity  prior  to  being  connected  to  the  appropriate  format  for 
further  processing.  This  module  also  processes  the  mode  and  function  conmands 
from  the  operator  by  converting  them  to  appropriate  formats  for  output  to 
control  the  operation  of  the  TACAN.  This  module  activates  the  self -test 


% 


163 


^OMEGA-E^ 


READ  INPUTS  FROM 
OMEGA  COMPOOL 


IF  OMEGA 
IS  "ON" 


ELSE 


OMEGA  EQUIP 


THEN 


IF  MASTER  WARNING 
SIGNAL  IS  ISSUED 


i: 


IF  DR  INDICATOR  V 
SIGNAL  IS  ISS]^D_/ 


IF  TEMP  WARNING 
SIGNAL  IS  ISSUED 


IF  T&P  ALARM 
IS  ISSUED 


THEN 


I  CONVERT  CONTROL  INPUTsI 
TO  OUTPUT  FORMAT 


ELSE 


IF  "POWER  ON 
IS  COMHANOEO 


I!li!L 


ELSE 


TURN  POWeF! 
ON  I 


SET  "POWER 
OFF"  FLAG 


IF  NO  DIAGNOSTIC 
FLAGS  SET 


> 


THEN  fuRlTE  DATA  J  CONTROL 


SET  "MASTER 
WARNING' FLAG 


SET  "OMEGA  SIGNAL 
LOST"  FLAG 


SET  "OMEGA  RECVR 
OVER  TEMP"  FLAG 


SET  "INSERT  INITIAL 
DATA"  FLAG 


IF  INPUT  DATA 
ARE  REASONABLE, 


THEN  ! CONVERT  LATITUDE  & 

i LONGITUDE  TO  PROCESSOR 
FORf-IAT 


ELSE  ISET  "DATA  UNREASONABLE 
IFLAG 


,£LS£ 


1_0 WUTS_ j  N  OMEGA  COMPOOL 


(^RETURN^ 

CONFIGURE  STATUS  WORD'  ^  NOTIFY  SSSM  OF 

WRITE  OUTPUTS  IN 

FROM  DIAGNOSTIC  FLAGS  ,  ,  STATUS  WORD  UPDATE 

OMEGA  COMPOOL 

Figure  22  OMEGA  EQUIP 
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SUMMARY  OF  DIAGNOSTICS 


0  "OMEGA  MASTERWARNING" 

0  "OMEGA  SIGNAL  LOST" 

0  "OMEGA  RECVR  OVERTEMP" 

0  "INSERT  INITIAL  OMEGA  DATA" 
o  "OMEGA  DATA  UNREASONABLE" 

0  "OMEGA  POWER  OFF" 


FIGURE  22  (Cont.) 
OMEGA  EQUIP 
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TAtiLE  XLVII  OUTPUTS  -  OMEGA  EQUIP  (OMEGA-E) 


mode  of  operation  upon  corw^^nJ  oy  the  operator  and  will  process  the  results 
of  the  automatic  self-test  operation  for  input  to  the  subsystem  status 
monitor.  By  comparison  with  previously  received  inputs,  the  program 
module  determines  the  reasonableness  of  the  inputs.  The  computer  require¬ 
ments  for  this  module  are: 


Memory  size  100  16  bit  words 

Throughput  9744  ms/sec 

Update  rate  8  times/ sec 

3. 2. 4. 3.1  Inputs 

The  inputs  to  this  program  module  are  listed  in  Table  XLVIIl. 

3. 2. 4. 3. 2  Processing 

The  input  R/T  ternary  data  words  for  slant  range  and  relative  bearing 
shall  be  processed  by  the  elimination  of  such  ncn-function  bits  as  status 
bits,  pads  or  labels,  then  shall  be  further  processed  by  the  conversion  of 
the  data  bits  to  the  appropriate  output  scale  factors. 

This  program  module  shall  convert  the  control  and  function  inputs 
to  an  appropriate  format  for  output  to  properly  control  the  operation  of 
the  TACAN. 

Upon  command  from  the  Request  Processor,  the  Manual  Self-Test 
(Confidence  Test)  features  shall  be  activated.  The  results  of  this  test 
will  be  a  distance  of  000.0  miles  and  a  bearing  indication  of  180  degrees 
if  the  TACAN  set  is  functioning  properly.  Improper  operation  shall  be 


TABLE  XLVIII  INPUTS  -  TACAN  EQUIP  (TACAN-E) 


announced  by  the  test  indicator  signal  at  which  time  the  module  shall  set 
the  appropriate  flags  and  the  appropriate  bits  on  the  status  word. 

The  loss  of  a  reliable  input  signal  shall  initiate  the  Automatic 
Self-Test  features.  Improper  operation  shall  be  announced  by  the  test 
indicator  signal  at  which  time  the  appropriate  diagnostic  flags  shall  be 
set  as  well  as  the  appropriate  bits  on  the  status  word. 

The  current  input  values  of  slant  range  and  relative  bearing  shall 
be  compared  with  the  previous  values  in  order  to  determine  the  reasonable¬ 
ness  of  the  current  input  values. 

The  processing  shall  be  performed  as  specified  in  Figure  23 

After  receipt  of  the  "power  on"  command,  the  program  module  shall 
set  the  "warm  up"  flag,  then  bypass  further  processing  until  the  appropriate 
warm-up  period  has  transpired. 

This  program  module  is  a  privileged  task  and  shall  be  executed  syn¬ 
chronously  8  times  per  second. 

3. 2. 4. 3. 3  Outputs 

The  outputs  from  this  program  module  are  listed  in  Table  XLIX 
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Figure  23 


TACAN  EQUIP 


SUMMARY  OF  DIAGNOSTIC  FLAGS 


"CONFIDENCE  TEST  OK“ 
"CONFIDENCE  TEST  IN  PROGRESS" 
"CONFIDENCE  TEST  FAILURE" 
"TACAN  SIGNAL  LOST" 

"SELF  TEST  FAILURE" 

"TACAN  SIGNAL  QUESTIONABLE" 
"TACAN  IN  WARM-UP" 

"TACAN  DATA  UNREASONABLE" 
"TACAN  POWER  OFF" 


Figure  23 


TACAN  EQUIP  (Cent.) 


SLANT  RANGE  !  8  (NAVIGATION  SPEC 

j  (GUIDANCE  SPEC 

RELATIVE  BEARING  i  8  (NAVIGATION  SPEC 

i  (GUIDANCE  SPEC 


3. 2. 4. 4  AHRS  EQUIP 


(AHRS-E  ) 


This  program  module  processes  the  inputs  of  heading,  pitch,  roll 
and  turn  rate  from  the  Attitude  and  Heading  Reference  System  (AHRS)\ 
Lear  Siegler  #6000A.  These  Inputs  are  checked  for  validity  prior  to 
being  converted  to  the  appropriate  format  for  further  processing.  This 
module  also  processes  the  mode  and  function  commands  from  the  operator 
by  converting  them  to  appropriate  formats  for  output  to  control  the 
operation  of  the  AHRS.  The  automatic  self-test  features  of  the  AHRS 
are  processed  for  input  to  the  Subsystem  Status  Monitor.  By  comparison 
with  previously  received  inputs,  the  program  module  determines  the 
reasonableness  of  the  inputs.  The  C9roputer  rec^uirements  fQf  th.\5  module 
are: 

Memory  size  191  16  bit  words 

Throughput  19488  ms/sec 
Update  rate  8  times/sec 

3. 2. 4. 4.1  Inputs 

The  inputs  to  this  program  module  are  listed  in  Table  L 

3. 2. 4. 4. 2  Processing 

When  power  is  initially  applied  to  the  AHRS  ,  the  program  module 
shall  set  the  "warm-up"  flag,  then  bypass  further  processing  until  the 
appropriate  warm-up  period  has  transpired. 

This  program  module  shall  convert  the  control  and  function  inputs 
to  an  appropriate  format  for  output  to  properly  control  the  operation 
of  the  AHRS. 

The  input  data  words  of  heading,  pitch,  roll  and  rate-of-turn  shall 
be  processed  by  conversion  to  an  appropriate  format  and  scale  factor  for 
output  to  the  processor. 
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TABLE 


table  L  inputs  -AHRS  equip  (CONT.)  (AHRS-E) 


The  input  data  word  of  magnetic  variation  shall  be  processed  by 
conversion  to  the  appropriate  format  and  scale  factor  for  output  to  the 
AHRS. 


The  program  module  shall  periodically  check  for  the  presence  of 
error  signal  inputs  indicating  a  vertical  reference  or  azimith  malfunction 
and  compass  mode  failure,  at  which  time  the  appropriate  diagnostic  flags 
shall  be  set  as  well  as  the  appropriate  bits  on  the  status  word. 

The  current  input  values  of  heading,  pitch,  roll  and  rate-of-turn 
shall  be  compared  with  their  respective  previous  values  in  order  to 
determine  the  reasonableness  of  the  input  values. 

The  processing  shall  be  performed  as  specified  in  Figure  24  . 

This  program  module  is  a  privileged  task  and  shall  be  executed 
synchronously  8  times  per  second. 

3. 2. 4. 4. 3  Outputs 

The  outputs  from  this  program  module  are  listed  in  Table  LI  . 
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SUMMARY  OF  DIAGNOSTIC  FLAGS 


"VERTICAL  GYRO  MALFUNCTION" 
"DIRECTIONAL  GYRO  MALFUNCTION" 
"BOTH  GYRO  MALFUNCTION" 
"COMPASS  MODE  FAILURE" 

HEADING  DATA  UNREASONABLE" 
"ROLL  DATA  UNRELIABLE" 

"PITCH  DATA  UNRELIABLE" 

"TURN  RATE  DATA  UNRELIABLE" 
"AHRS  IN  WARM-UP" 


Figure  24 


AHRS  EQUIP  (Cont.) 
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3. 2. 4. 5  Function  4.5  -  Navigation  Controller  -  SPEC 

The  Navigation  Controller  Function  schedules  the  tasks  necessary  to 
provide  measurement  data  and  navigate.  Also,  the  navigation  controller 
signals  events  for  the  tasks  necessary  to  compute  wind  velocities.  The 
navigation  is  done  synchronously  during  a  mission.  It  is  scheduled 
whenever  a  new  mode  is  entered.  The  computer  rec|uirement§  for  thi5 


module  are: 

Memory  size 

21 

16  bit  words 

Throughput 

0 

ms/sec 

Update  rate 

0 

times/sec 

3. 2. 4. 5.1  Inputs 

The  Navigation  Controller  Function  shall  not  require  any  inputs. 

3. 2. 4. 5.2  Processing 

The  Navigation  Controller  shall  perform  the  processing  as  described  in 
Figure  25.  The  Navigation  Controller  shall  be  scheduled  by  the 

appropriate  OPS  or  by  a  brute  force  SPEC.  The  Navigation  Controller  shall 
schedule  the  Navigation  Selection  (3. 2. 4. 6)  and  wind  Computation  (3. 2. 4. 9) 
functions  at  the  appropriate  rate  and  phase  whenever  a  new  mode  is  entered. 
The  otner  required  functions  shall  be  scheduled  asynchrously. 

3. 2. 4. 5. 3  Outputs 

The  Navigation  Controller  Function  shall  not  provide  any  outputs. 
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\ . 6  Function  4.6  -  Navigation  Selection  -  SPEC 

The  Navigation  Selection  Function  determines  which  navigation 
specialist  function  is  to  be  called  to  provide  position  and  velocity. 

The  determination  is  made  based  on  the  status  of  the  various  navigation 
sensors.  This  task  also  supplies  the  values  of  control  flags  to  deter¬ 
mine  the  mode  of  navigation.  The  selection  is  made  based  on  the  assump¬ 
tion  that  the  TACAN  provides  estimates  with  less  error  than  either  the 
air  data  or  the  ONE.  The  computer  requirements  fof.ttLis  module  are; 

Memory  size  66  16  bit  words 

Throughput  0.5  ms/sec 

Update  rate  1  times/sec 

3. 2. 4. 6.1  Inputs 

The  inputs  for  the  Navigation  Selection  SPEC  shall  be  as  described 
in  Table  lII 

3. 2. 4. 6. 2  Processing 

The  Navigation  Selection  SPEC  shall  perform  the  processing  specified 
in  Figure  .  26  The  Navigation  Selection  SPEC  shall  choose  the  soft¬ 

ware  module  to  compute  the  position  and  velocity.  The  selection  shall  be 
based  on  the  status  of  the  following  three  sensors: 

a.  INS 

b.  OMEGA 

c.  TACAN 

If  the  NAV  Filter  Update  SPEC  is  called,  flags  shall  be  provided  to  adjust 
the  error  covariance  matrix  per  the  status  of  the  sensors.  If  the  INS  is 
operable,  the  navigation  filter  shall  be  called.  The  state  noise  covariance 
and  choice  of  measurement  to  be  processed  shall  be  adjusted  for  non-acceptable 
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Figure  26 


Navigation  Selection  Processing 
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sensor  measurements.  The  Navigation  Selection  SPEC,  shall  set  flags  to  Indi¬ 
cate  to  the  NAV  Filter  which  terms  are  unreasonable.  If  the  measurements 
from  the  INS  are  unreasonable,  the  Navigation  Selection  SPEC  shall  call  for 
a  direct  update  of  the  position  and  velocity.  If  both  the  ONE  and  TACAN  are 
also  unreasonable,  a  flag  shall  be  provided  the  Wind  Computation  SPEC  to 
indicate  that  wind  speed  cannot  be  computed  and  that  a  pilot  Input  may  be 
desired.  The  Navigation  Selection  SPEC  shall  be  scheduled  by  the  Navigation 
Controller  (3. 2. 4. 5)  at  a  rate  of  once  per  second. 

3. 2. 4. 6. 3  Outputs 

The  outputs  from  the  Navigation  Selection  SPEC  shall  be  as  described 
In  Table  LIII. 


TABLE  LIII  OUTPUTS  FROM  NAVIGATION  SELECTION  SPEC 


3. 2. 4. 7  Function  4.7  -  Navigation  Filter  Update  SPEC 

The  iiavigation  Filter  Update  Specialist  Function  provides  an  optimal 
estimate  of  the  position  and  velocity.  The  optimal  estimate  is  based  on 
those  sensors  which  are  providing  reasonable  data.  The  coicp«ter  re<^u1re- 
ments  for  this  module  are: 

Memory  size  2266  16  bit  words 

Throughput  3.8  ms/sec 

Update  rate  1  tlmes/sec 

3.2.4. 7.1  Inputs 

The  inputs  for  the  NAV  Filter  Update  Specialist  Function  shall  be  as 
specified  in  Table  LIV 

3. 2. 4. 7. 2  Processing 

The  Navigation  Filter  Update  SPEC  shall  perform  the  processing  specified 
in  Figure  27  .  Based  on  the  flags  set  by  the  NAV  Selection  SPEC,  the 
NAV  Filter  Spec  shall  read  data  from  the  INS,  OMEGA  and  TACAN.  For  any  navigation 
equipment  that  is  not  good,  the  terms  of  the  state  noise  covariance  matrix 
corresponding  to  the  bad  equipment  shall  be  made  arbitrarily  large.  Also, 
the  corresponding  measurements  shall  not  be  processed.  If  the  NAV  Filter  is 
being  executed  for  the  first  time  or  measurements  are  being  resumed  after  being 
down  for  some  time,  the  NAV  Filter  shall  compute  appropriate  initialization  values. 
The  NAV  Filter  compute  the  measurement  sensitivity  matrix  using  the  latest 
estimates  of  the  state.  The  NAV  Filter  Update  SPEC  shall  then  compute  the  minimum 
variance  estimate  of  the  error  in  the  state  relative  to  the  INS  using  the 
current  measurements.  The  position  and  velocity  provided  by  the  INS  shall  be 
adjusted  by  the  error  estimates.  The  resultant  values  shall  be  designated 
as  tne  optimal  estimate.  The  attitude  shall  be  determined  directly  from  the 
INS  but  adjusted  by  the  estimate  of  the  computer  to  platform  angle  error. 

3. 2. 4. 7. 3  Outputs 

The  outputs  from  the  NAV  Filter  Update  SPEC  shall  be  as  specified  in 
Table  lv 
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TABLE  LIV  INPUTS  TO  NAV  FILTER  UPDATE  SPEC 


NAV  Filter  Update  SPEC 


Figure  27 


(Cent.)  NAV  Filter  Update  SPEC 
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3. 2.4.8  Function  4.8  -  Air  Data  Dead  Reckoning  SPEC 


The  Air  Data  Dead  Reckoning  Specialist  Function  is  used  to  compute 
the  position  when  other  navigation  equipment  is  not  available.  The  Air 
Data  DR  SPEC  uses  the  last  best  estimates  of  navigation  quantities  provided 
by  the  other  navigation  equipment  when  it  was  operable.  The  Air  Data  Dead 
Reckoning  SPEC  is  signalled  by  the  Brute  Force  NAV  SPEC  (3. 2. 3.1)  and  the 
Navigation  Selection  SPEC  (3.2. 4. 6).  The  computer  requirements  for  th.ts 


module  are: 

Memory  size 

67 

16  bit  words 

Throughput 

0 

ms/sec 

Update  rate 

0 

times/sec 

3. 2. 4. 8.1  Inputs 

The  inputs  to  the  Air  Data  DR  SPEC  shall  be  as  specified  in 
Table  LVI  . 

3. 2. 4. 8. 2  Processing 

The  Air  Data  OR  SPEC  shall  compute  the  position  and  vertical  velocity 
using  measurements  provided  by  the  air  data  equipment.  The  processing  shall 
be  performed  as  specified  in  Figure  28  The  current  velocity  shall  be 

integrated  over  the  time  since  the  last  update  of  position  to  provide  the 
change  in  position.  The  components  of  the  current  velocity  shall  be  computed 
using  attitude  information  from  the  air  data  and  AHRS.  The  velocity  shall  be 
adjusted  for  wind  velocities.  The  vertical  velocity  shall  be  computed  using 
the  barometric  attitude  change.  The  Air  Data  DR  SPEC  shall  be  performed 
asynchronously. 

3. 2.4. 8. 3  Outputs 

The  outputs  from  the  Air  Data  DR  SPEC  shall  be  as  specified  in 
Table  LVII  . 
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Figure  28  Air  Dat«  Dead  Reckoning 
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OUTPUTS  FROM  AIR  DATA  DEAD  RECKONING 


3. 2. 4. 9  Function  4.9  -  Mind  Computation  SPEC 


The  Wind  Computation  Specialist  Function  determines  the  wind  velocity 
based  on  the  True  Air  Speed  (TAS)  and  the  optimal  estimate  of  ground  speed. 
Also,  the  Wind  Comp  SPEC  asks  for  pilot  aid  if  the  optimal  estimate  is  not 
available.  The  optimal  estimate  of  ground  speed  not  being  available  indicates 
that  TAS  is  the  only  source  of  velocity  Information.  The  computer  requirements 
for  this  module  are: 

Memory  size  18  16  bit  words 

Throughput  0.1  ms/sec 
Update  rate  1  times/sec 

3. 2. 4. 9.1  Inputs 

The  inputs  to  the  Wind  Comp  SPEC  shall  be  as  specified  in  Table 

LVIII 


3. 2. 4. 9. 2  Processing 

The  Wind  Computation  Specialist  Function  shall  perform  the  processing 
specified  in  Figure  29  .  The  Wind  Comp  SPEC  shall  read  in  a  hand-input 
flag  which  indicates  whether  there  is  sufficient  NAV  Equip  data  to  make  a  valid 
estimate  of  the  ground  speed.  If  the  hand-input  flag  is  set,  a  check  shall  be 
made  to  determine  if  this  is  first  call  to  Wind  Comp  SPEC  since  all  key  Nav 
Equip  invalid.  If  this  is  first  pass,  a  message  shall  be  sent  to  pilot  on  MPD 
describing  the  situation  and  providing  the  value  and  time  of  the  wind  estimate 
to  be  used  if  pilot  does  not  override.  If  the  current  pass  is  occurring  after 
the  message  has  been  previously  sent  to  pilot,  the  DEK  shall  be  interrogated 
for  an  estimate  of  the  wind  velocity.  If  pilot  has  not  responded,  the  last 
available  estimate  of  wind  velocity  is  used  as  the  current  estimate.  When  the 
pilot  responds,  a  flag  shall  be  set.  The  pilot's  estimate  shall  be  used  as 
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Pinure  29  Computation  SPEC 
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Fiqure  29 


t.) 


Wind  Computation  SPEC 


the  current  estimate.  If  sufficient  Nav  Equip  Is  available  to  make  a  valid 
estimate  of  around  speed,  the  Wind  Comp  SPEC  shall  compute  the  wind  velocity 
uslno  the  optimal  estimate  of  the  velocity  and  the  true  air  speed  (TAS).  This 
estimate  of  wind  velocity  shall  become  the  currently  available  wind  estimate. 
The  Wind  Computation  SPEC  shall  be  scheduled  by  the  Navigation  Controller 
(3. 2. 4. 5)  at  the  Nav  Filter  rate. 

3. 2. 4. 9. 3  Outputs 

The  outputs  from  the  Wind  Computation  SPEC  shall  be  as  specified  In 
Table  LIX 


3.2.4.10  Function  4.10  -  TACAN  Navigation  Update  -  SPEC 

The  TACAN  Navigation  Update  Specialist  Function  computes  the 
velocity  and  position  based  on  the  range,  range-rate  and  bearing  gen-  j 

erated  by  the  TACAN  Equip  Function  (3.2.4. 3).  The  TACAN  NAV  SPEC  event  I 

is  signalled  by  the  Brute  Force  Nav  SPEC  (3. 2. 3.1)  or  the  Navigation  I 

Selection  SPEC  (3. 2. 4. 6).  The  worst  case  computer  requirements  for  this 
module  are: 

Memory  size  360  16  bit  words 

Throughput  0.4  ms/sec. 

Update  rate  1  times/sec 

3.2.4.10.1  Inputs  i 

i 

The  inputs  required  by  the  TACAN  Navigation  Update  SPEC  shall  be  J 

as  specified  in  Table  LX  .  •  !; 

1 1 
\i 


200 


OUTPUTS  FROM  WIND  COMPUTATION  SPEC 


NAVIGATION  UPDATE 


3.2.4.10.2  Processing 


The  processing  performed  by  the  TACAN  Navigation  Update  SPEC  shall  be 
as  described  in  Figure  30  .  The  TACAN  NAV  function  shall  determine 

if  a  new  TACAN  channel  has  been  requested.  The  determination  shall  be 
made  by  keeping  track  of  the  channel  being  used.  When  the  channel  is 
changed,  a  new  station  shall  be  assumed.  When  a  new  channel  is  indicated, 
a  TACAN  channel  table  shall  be  interrogated  to  provide  the  latitude,  longi¬ 
tude,  altitude  and  magnetic  variation  of  the  requested  TACAN  channel.  When 
the  TACAN  station  characteristics  are  determined,  the  true  bearing  of  the 
aircraft  relative  to  the  station  shall  be  computed.  The  range  to  the  station 
and  barometric  attitude  of  the  aircraft  shall  be  used  to  compute  the  ground 
range.  The  difference  in  longitude  and  latitude  between  aircraft  and  TACAN 
station  shall  then  be  computed.  The  latitude  and  longitude  of  the  aircraft 
shall  then  bo  calculated.  The  range  rate  shall  be  used  to  compute  the  ground 
speed  and  the  velocity.  The  resultant  velocity  and  position  shall  be  provided 
as  the  best  available  estimates.  The  TACAN  Nav  Update  SPEC  shall  be  performed 
asynchronously. 

3.2.4.10.3  Outputs 

The  outputs  provided  by  the  TACAN  Navigation  Update  Specialist  Function 
shall  be  as  specified  in  Table  LXI 


Figure  30 


TACAN  Navigation  Update 


OUTPUTS  FROM  TACAN  NAVIGATION  UPDATE 


3,2.4.11  Function  4.11  -  OMEGA  Navigation  Update  -  SPEC 

Thw  OMEGA  Navigation  Update  Specialist  Function  copies  the  position 
and  velocity  provided  by  the  OMEGA  Equip  (3. 2, 4. 2)  to  the  best  available 
estimate  values.  The  best  available  estimate  is  used  for  future  navigation. 
The  OMEGA  NAV  SPEC  event  is  signalled  by  the  Brute  Force  NAV  SPEC  (3. 2. 5. 2) 
or  the  Nav  Selection  SPEC  (3. 2. 4.6).  The  worst  case  computer  requirements 
for  this  mndulft  are; 

Memory  size  21  16  bit  words 

.Throughput  0.1  ms/sec 

Update  rate  1  times/sec 


3.2.4.11.1  Inputs 

The  OMEGA  Nav  Update  SPEC  inputs  shall  be  as  specified  in  Table 

LXII  . 

3.2.4.11.2  Processing 

The  OMEGA  Nav  Update  SPEC  shall  perform  the  processing  specified  in 
Figure  3l  .  The  only  function  of  the  OMEGA  Nav  SPEC  shall  be  to  force 
the  estimate  of  position  and  velocity  to  be  the  best  available  estimate. 
The  OMEGA  NAV  Update  SPEC  shall  be  performed  asynchronously. 

3.  2.4,11.3  Outputs 

The  OMEGA  Nav  Update  SPEC  shall  be  as  specified  in  Table  LXIII  . 
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TABLE  LX  1 1  INPUTS  TO  OMEGA  NAVIGATION  UPDATE  SPEC 


OUTPUTS  FROM  OMEGA  NAVIGATION  UPDATE  SPEC 


3.2.5  fiul dance 

The  Guidance  Group  of  Modules  consist  of  those  tasks  necessary  to 
steer  aircraft.  These  modules  Include  both  SPECs  and  EOUIPs.  The  software 
modules  provide  steering  displays  for  the  pilot  to  use  and  heading,  altitude, 
and  cross  track  errors  for  the  autopilot.  The  steering  SPECs  provide  this 
Information  for  various  modes  of  steering.  These  Include  track  steering, 
destination  steering,  ILS,  ADF,  TACAN  Beam  and  Inertial  heading  steering. 

3. 2. 5.1  UHF/ADF  Receiver  -  EQUIP  (UHFADF-E) 

This  program  module  processes  the  input  of  relative  bearing  from 
the  UHF/ADF  Receiver,  Collins  #DF-301E.  This  unit  must  function  in 
conjunction  with  the  UHF  Transceiver  (See  3. 2. 7. 7)  which  provides 
the  control  and  frequency  selection  functions.  By  comparison  with 
previously  received  bearing  inputs,  this  program  module  will  determine 
the  reasonableness  of  the  input  data.  The  computer  requirements  for 
this  module  ar**: 

Memory  size  44  16  bit  words 

Throughput  4376  ms/sec 
Update  rate  8  tlmes/sec 


3. 2. 5. 1.1  Inputs 

The  inputs  to  this  program  module  are  listed  in  Table  LXIV  . 

3. 2. 5. 1.2  Processing 

The  program  module  shall  convert  the  control  and  mode  inputs  to  an 
appropriate  format  for  output  to  properly  control  the  operation  of  the 
UHF/ADF  Receiver. 

The  program  module  shall  Issue  the  “power  on"  command  as  an  output 
when  so  commanded  by  the  "power  on"  input. 
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TABLE  LXIV  INPUTS  -  UHF/ADF  RECEIVER 


The  current  Input  value  of  relative  bearing  shall  be  compared  to 
the  previous  value  In  order  to  determine  the  reasonableness  of  the 
current  Input  values. 

The  processing  shall  be  performed  as  specified  In  Figure  32 

This  program  module  Is  a  privileged  task  and  shall  be  executed 
synchronously  8  times  per  second. 

3. 2. 5. 1.3  Outputs 

The  outputs  from  the  program  module  are  listed  In  Table 

3. 2. 5. 2  LF/ADF  RECEIVER  EQUIP  (LF  ADF-E) 

This  program  module  processes  the  input  of  relative  bearing  from 
the  LF/ADF  Receiver,  Collins  #DF-201.  This  module  also  processes  the 
mode  and  function  commands  from  the  operator  by  converting  them  to 
appropriate  formats  for  output  to  properly  control  the  operation  of 
the  LF/ADF  Receiver.  This  module  also  activates  the  Self-Test  mode 
of  operation  upon  command  by  the  operator  and  will  process  the  results 
of  the  self- test  for  Input  to  the  Subsystem  Status  Monitor.  By  com¬ 
parison  with  previously  received  bearing  inputs,  the  program  module 
win  determine  the  reasonableness  of  the  Input  data.  The  computer 
rppulrprents  *or  t*”'*’  nodule  are* 

Memory  size  51  16  bit  words 

Throughput  4872  ms/sec 
Update  rate  8  times/sec 

3. 2. 5. 2.1  Inputs 

The  Inputs  to  this  program  module  are  listed  in  Table  LXVI  . 
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TABLE  LXVI  INPUTS  -  LF/ADF  RECEIVER  EQUIP  (LFADF-E) 


3, 2. 5. 2. 2  Processing 

The  program  module  shall  convert  the  control  and  mode  inputs  to 
an  appropriate  format  for  output  to  properly  control  the  operation  of 
the  LF/ADF  Receiver. 

The  program  module  shall  issue  the  "power  on"  command  as  an 
output  when  so  commanded  by  the  “power  on"  input. 

Upon  command  from  the  Request  Processor,  the  Self-Test  feature 
shall  be  activated.  The  results  of  this  test  will  be  a  bearing  indi¬ 
cation  of  45.0  degrees  if  the  LF/ADF  Receiver  is  operating  properly. 
Improper  operation  shall  be  announced  by  the  test  indicator  signal 
at  which  time  the  module  shall  set  the  appropriate  flags  and  the 
appropriate  bits  on  the  status  word. 

The  current  input  value  of  relative  bearing  shall  be  compared  with 
the  previous  value  in  order  to  determine  the  reasonablness  of  the  current 
input  values. 

The  processing  shall  be  performed  as  specified  in  Figure  33 

This  program  module  is  a  privileged  task  and  shall  be  executed 
synchronously  32  times  per  second. 

3. 2. 5. 2. 3  Outputs 

The  outputs  from  the  program  module  are  listed  in  Table  LXVII 
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READ  INPUTS  FROM 
LF  ADF  COKPOOL 


OK"  FLAG 


CONVERT  control!  IF  SELF-TEST' 
INPUTS  TO  OUT-  1  COMPLETE 
PUT  FORMAT  ( 


SET  "SELF-TEST; 
FAILURE"  FLAG 


SET  "SELF-TEST  IN 
PROCESS"  FLAG  I 


IF  REASONABLENESS 
TEST  IS  NOT  OK  . 


"DATA  UN-’ 
i REASONABLE"  F 


CONVERT  RELATIVE  BEARING 
TO  PROCESSOR  FORMAT 


IF  "POWER  ON" 
COMMANDED 


SET 

POWER  ON 


WRITE  OUTPUTS  INI 

LFADF-  COMPOOL  ; 

1 

CONFIGURE  STATUS  WORD', 
FROM  diagnostic  FLAGS  I 


RETURN 


I  SIGNAL  SSSM  OF 
ISTATUS  word  UPDATE) 


WRITE  OUTPUTS  IN 
LFADF  COMPOOL 


Figure  33 


LF/ADF  RECEIVER  EQUIP 
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SUMMARY  OF  DIAGNOSTIC  FLAGS 

"LF/ADF  SELF-TEST  OK" 

"LF/ADF  SELF-TEST  FAILURE" 
"LF/ADF  SELF-TEST  IN  PROCESS" 
"LF/AOF  DATA  UNREASONABLE" 
"LF/ADF  POWER  OFF* 


Figure  33  (Cont.)  LF/ADF  RECEIVER  EQUIP 
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TABLE  LXVII  OUTPUTS  -  LF/ADF  RECEIVER  EQUIP  (LFADF-E) 


3. 2. 5. 3  Multi -Mode  Radar  EQUIP  (MMRAD-E) 


This  program  module  processes  the  mode  and  function  commands  from 
the  operator  by  converting  them  to  appropriate  formats  for  output  to 
control  the  operation  of  the  Multi-Mode  Radar  Set,  AN/APQ-122(V)  5. 

The  results  of  the  Built-In-Test  features  of  the  Radar  Set  are 
processed  for  input  to  the  Subsystem  Status  Monitor. 

This  program  processes  sensor  positioning  commands  from  the 
Hand  Control  Unit  (HCU)  by  converting  them  to  slant  range  and  relative 
bearing.  The  computer  requirements  for  this  module  aro; 

Memory  size  IS^i  If  '•-cr'^s 

Throughput  14736  ms/sec 

Update  rate  8  times/sec 


3. 2. 5. 3.1  Inputs 

The  inputs  to  this  program  module  are  listed  in  Table  LXVIII  . 

3. 2. 5. 3. 2  Processing 

The  Antenna  Fail  and  Receiver/Transmitter  Fail  Signals  shall  be 
peri ''•ical ly  checked. 

The  program  module  shall  convert  the  control  and  mode  inputs  to 
an  appropriate  format  for  output  to  properly  control  the  operation  of 
the  Radar  Set. 

This  program  module  is  a  privileged  task  and  shall  be  executed 
synchronously  8  times  per  second. 

The  processing  shall  be  performed  as  specified  in  Figure  34 
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table  LXVIII  inputs  -  MULTI-MODE  RADAR  EQUIP  (CONT.)  (MMRAD-E) 


[read  inputs  from  I 
!mmrad  compoql  1 


IF  RADAR  SET\ 

IF  "POWER  ON" 

THEN  ! 

SET 

"POWER  ON" 

IS  "OFF"  / 

THEN  j 

IS  COMMANDED  /\ 

ELSE 

[SET  "POWER 
OFF"  FLAG 


DM 

SET  "ANTENNA 

FAIL"  FLAG 

SET  "RCVR/TRANS 

FAIL"  FLAG 

IF  NO  0IAGN0STIC\ 

THEN 

CONVERT  INPUTS  1 

FUGS  ARE  SET  / 

TO  OUTPUT  FORMAT!  1 

WRITE  OUTPUTS  II 

MMRAD  COMPOOL 


CONFIGURE  STATUS  WORD 

SIGNAL  SSSM  OF  [_ 

FROM  DIAGNOSTIC  FLAGS 

STATUS  WORD  UPDATEF 

WRITE  OUTPUTS 

IN  MMRAD  COMF 


c 


RETURN 


3 


SUMMARY  OF  DIAGNOSTIC  FLAGS 

°  "RADAR  SET  POWER  OFF" 

®  "RADAR  ANTENNA  FAIL" 

"  "RADAR  SET  FAIL" 


Figure  34  MULTI-MODE  RADAR  EQUIP 
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The  module  shall  convert  the  slant  range  and  relative  bearing  inputs 
from  the  HCU  to  an  appropriate  format  for  the  processor. 

3. 2. 5. 3. 3  Outputs 

The  outputs  from  this  program  module  are  listed  in  Table  LXIX 

3. 2. 5. 4  Radar  Beacon  EQUIP  (RADBCN-E) 

This  program  module  processes  the  "power  on"  and  "pulse  mode" 
commands  from  the  operator  or  from  other  program  modules  by  converting 
them  to  an  appropriate  format  for  output  to  the  Transponder  Set 
(Radar  Beacon)  AN/UPN-25.  The  computer  requirements  for  this  module  are: 


Memory  size 

21 

16  bit  words 

Throughput 

1880 

ms/sec 

Update  rate 

8 

times/sec 

3. 2. 5. 4.1  Inputs 

The  inputs  to  this  program  module  are  listed  in  Table  lXX 

3. 2. 5. 4. 2  Processing 

The  program  module  shall  issue  the  "power  on"  command  as  an  output 
when  so  commanded  by  the  "power  on"  input. 

The  program  module  shall  issue  the  "pulse  mode  switch"  command  as 
an  output  when  so  commanded  by  the  "pulse  mode  switch"  input. 

The  processing  shall  be  performed  as  specified  in  Figure  35  . 

This  program  module  is  a  privileged  task  and  shall  be  executed 
synchronously  8  times  per  second. 

3. 2. 5. 4. 3  Outputs 

The  outputs  from  this  program  module  are  listed  in  Table  LXXI  . 
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TABLE  LXXI  OUTPUTS-RADAR  BEACON  EQUIP  (RADBCN-E) 


3. 2. 5. 5  Instrument  Landing  System  (ILS)  EQUIP  (ILS-E) 

This  program  module  processes  the  glide  slope,  localizer,  and 
marker  beacon  outputs  from  the  AN/ARN-108  ILS/VOR  Receiver.  This 
module  also  processes  the  mode  and  function  commands  from  the  operator 
by  converting  them  to  appropriate  formats  for  output  to  control  the 
operation  of  the  ILS/VOR.  This  module  processes  the  results  of  the 
automatic  self-test  operation  for  input  to  the  Subsystem  Status 
Monitor  and  for  display.  By  comparison  with  previously  received  inputs, 
the  program  module  determines  the  reasonableness  of  the  inputs. 
computer  requirements  for  thts  module  are: 

Memory  size  56  16  bit  words 

Throughput  5376  ms/sec 
Update  rate  8  times/sec 

3. 2. 5. 5.1  Inputs 

The  inputs  to  this  program  n»dule  are  listed  in  Table  lxII  . 

3. 2. 5. 5. 2  Processing 

The  input  value  of  Glide  Slope  Deviation  and  Localizer  Deviation, 
both  positive  and  negative  values,  shall  be  converted  to  the  appropriate 
output  scale  factor. 

The  Light  Marker  Beacon  inputs  for  the  Outer  Marker  and  the  Middle 
Marker  shall  be  converted  to  the  appropriate  output  scale  factor. 

The  loss  of  a  reliable  signal  from  the  Glide  Slope  and/or  the  Localizer 
shall  result  in  the  issuance  of  the  Glide  Slope  Flag  Signal  and  the  Localizer 
Flag  Signal,  respectively.  These  signals  shall  be  converted  to  the  appropriate 
format  for  display  output.  In  addition,  the  appropriate  diagnostic  flags  and 
tne  appropriate  bits  on  the  status  word  shall  be  set. 
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TABLE  LXXII  INPUTS  -  INSTRUMENT  LANDING  SYSTEM  (ILS)  EQUIP  (ILS-E) 


The  multiple  inputs  for  selecting  the  proper  frequency  shall  be 
converted  to  an  appropriate  format  for  output  to  control  the  ILS  Receiver 
frequency. 

The  current  input  values  of  Glide  Slope  Deviation  and  Localizer 
Deviation  shall  be  compared  with  the  previous  values  in  order  to  determine 
the  reasonableness  of  the  current  input  values. 

The  processing  shall  be  performed  as  specified  in  Figure  36 

This  program  module  is  a  privileged  task  and  shall  be  executed 
synchronously  8  times  per  second. 

3. 2. 5. 5. 3  Outputs 

The  outputs  from  this  program  module  are  listed  in  Table  LXXIII  . 

3. 2. 5. 6  Radar  Altimeter  EQUIP  (RADALT-E) 

This  program  module  processes  the  inputs  of  absolute  altitude  and 
rate  of  change  of  altitude  from  the  AN/APN-194  Radar  Altimeter  System. 

The  inputs  are  checked  for  validity  prior  to  being  converted  to  the 
appropriate  format  for  further  processing.  This  program  module  also 
processes  "power  on"  commands  from  the  operator  or  from  other  program 
modules  and  will  activate  the  Built-In  Self-Test  features  of  the  Radar 
Altimeter  upon  operator  command.  By  comparison  with  previously  received 

inputs,  the  program  module  determines  the  reasonableness  of  the  inputs. 

The  computer  requirements  for  this  module  are: 


Memory  size 

59 

16  bit  words 

Throughput 

11744 

ms/sec 

Update  rate 

16 

times/sec 

232 


GED 


READ  INPUTS  FROM 
ILS  COMPOOL  _ I 


SUMMARY  OF  DIACNQSTIC  FLAGS 

°  "ILS  LOCALIZER  OUT" 

°  "ILS  GLIDE  SLOPE  OUT" 

“  "ILS  DATA  UNREASONABLE" 


IF  LOCALIZER 
FLAG  ■ 


JSET  'LOCALIZER I 
LOUT"  FLAG  _ 1 


IF  GL 

IDE  \ 

SET 

"GLIDE  SLOPE 

SLOPE 

— 

FLAG  / 

OUT" 

FLAG 

CONVERT  FREQUENCY  SELECtI 
INPUTS  TO  OUTPUT  FORMAT  | 


CONVERT  MARKER  BEACON  | 
INPUTS  TO  OUTPUT  FORMAT | 


IF  REASONADLENEsTX  [sFt  "DATA  UN-  I 
TEST  IS  NOT  OK  /  REASONABLE"  FLAG  ! 


IF  DIAGNOSTIC  \ _ |  CONFIOIRE  STATUS  WO^  jl^T I FY  SSSM  OF 

FLAGS  SET  /  |  FROM  DIAGNOSTIC  FLAGS  1  j  STATUS  WORD  UPDATE 


CONVERT  LOCALIZER  &  GLIDE  SLOPE 
INPUTS  TO  PROCESSOR  FORMAT 


WRITE  LOCALIZER,  GLIDE  SLOPE, 
MARKER  BEACON  AND  FREQUENCY  , 
SELECT  OUTPUTS  IN  ILS  COMPOOL 

E 


return~~^ 


Figure  36  JLS  EQUIP 
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3. 2. 5. 6.1  Inputs 


The  inputs  to  this  program  module  are  listed  in  Table  LXXIV 
3. 2. 5. 6. 2  Processing 

The  digital  altitude  signal  validity  bit  on  the  digital  radar 
altitude  input  word  shall  be  periodically  checked. 

The  reliability  signal,  indicating  reliable  track,  shall  be 
periodically  checked. 

The  input  data  words  for  radar  altitude  and  for  range  rate  (rate  of 
change  of  altitude)  shall  be  processed  by  the  elimination  of  any  non- 
function  bits,  such  as  a  validity  bit,  then  shall  be  further  processed 
by  the  conversion  of  the  data  bits  to  the  appropriate  output  scale 
factors. 

Upon  command  from  the  Request  Processor,  the  Built-In  Self-Test 
feature  of  the  Radar  Altimeter  shall  be  activated.  The  results  of  the 
test  will  be  an  altitude  of  100  feet  +10  feet  if  the  Radar  Altimeter 
is  functioning  properly. 

The  processing  shall  be  performed  as  specified  in  Figures  37  . 


The  program  module  shall  issue  the  "power  on"  command  as  an  output 
when  so  commnded  by  the  "power  on'.*  input. 

The  current  input  value  of  absolute  altitude  shall  be  compared  with 
the  previous  value  in  order  to  determine  the  reasonableness  of  the  current 
input  value. 
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RADAR  ALTIMETER 


Figure  37  Radar  altimeter  equip 


SUMMARY  OF  DIAGNOSTIC  FLAGS 


°  "BITE  TEST  or 

°  'BITE  TEST  FAILURE" 

°  "DATA  INVALID" 

°  "DATA  UNRELIABLE" 

0  "DATA  UNREASONABLE" 

°  "RADAR  ALTIMETER  IN  WARM-UP" 

°  "RADAR  ALTIMETER  POWER  OFF" 

°  "BITE  TEST  IN  PROCESS" 


Figure  37  (Cont.)  RADAR  ALTIMETER  EQUIP 
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After  receipt  of  the  "power  on"  command,  the  program  mocule  shall  set 
the  "warm  up"  flag,  then  bypass  further  data  processing  until  the  appropriate 
warm-up  period  has  transpired. 

This  program  module  is  a  privileged  task  and  shall  be  executed  syn¬ 
chronously  16  times  per  second. 

3. 2. 5. 6. 3  Outputs 

The  outputs  from  this  program  module  are  listed  in  Table  LXXV 

3. 2. 5. 7  Station  Keeping  Equipment  (SKE)  EQUIP  (SKE-E) 

This  program  module  processes  the  mode  and  function  conmands  from 
the  operator  by  converting  them  to  appropriate  format  for  output  to 
control  the  operation  of  the  Station  Keeping  Equipment,  AN7APN-169B. 

Upon  command  by  the  operator,  this  module  activates  the  BITE  (Built-In 
Test)  mode  of  operation  for  input  to  the  Subsystem  Status  Monitor. 

This  module  also  processes  the  inputs  of  slant  range  and  relative 
bearing  received  by  the  SKE  from  a  cooperative  zone  marker  radar 
beacon.  The  cgmputer  requirements  fpr  this  module  are; 


“emory  size 

21 Q 

16  bit  words 

Throughput 

20984 

ms/sec. 

Update  rate 

a 

times/sec 

3. 2. 5. 7.1  Inputs 

The  inputs  to  this  program  module  are  listed  in  Table  LXXVI 

3. 2. 5. 7. 2  Processing 

The  BITE  Indicator  signal,  the  BITE  Test  Switch  and  the  Caution 
Indicator  shall  be  periodically  checked. 
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OUTPUTS  -  RADAR  ALTIMETER  EQUIP  (RADALT-E) 


MASTER/FOLLOWER  SELECT  !  '  8  01  |DEK  EQUIP 


TABLE  LXXVI  INPUTS  -  STATION  KEEPING  EQUIPMENT  (SKE)  EQUIP  (CONT.)  (SKE-E) 


The  program  module  shall  convert  the  control  and  mode  inputs  to  an 
appropriate  format  for  output  to  properly  control  the  operation  of  the 
SKE. 


The  program  modulo  shall  issue  the  "power  on"  command  as  an  output 
when  so  commanded  by  the  "power  on"  input. 

After  receipt  of  the  "power  on"  command,  the  program  module  shall 
set  the  "warm-up"  flag,  then  bypass  further  processing  until  the  appro¬ 
priate  warm-up  period  has  transpired. 

The  processing  shall  be  performed  as  specified  in  Figure  38  . 

The  input  value  of  slant  range  and  relative  bearing  shall  be  con¬ 
verted  to  an  appropriate  scale  factor  for  input  to  the  processor. 

This  program  module  is  a  privileged  task  and  shall  be  executed 
synchronously  8  times  per  second. 

3. 2. 5. 7. 3  Outputs 

The  outputs  from  this  program  module  are  listed  in  Table  LXXVII  . 

3. 2. 5. 8  CCA  EQUIP 

The  CCA  EQUIP  monitors  the  Control  Column  Assembly  notifying  the 
intercommunications  system  and  the  radar  sets  when  they  are  to  be  activated. 
Computer  requirements  for  this  module  are: 

Memory  size  60  16  bit  words 

Throughput  ms/sec 

Update  rate  8  times/sec 

3. 2. 5. 8.1  Inputs 

The  inputs  to  the  CCA  EQUIP  shall  be  as  specified  in  Table  LXXVIII 
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V 


SKE-E  ^ 


READ  INPUTS  FROM 
SKE  COMPOOL 


SUMMARY  OF  DIAGNOSTIC  FLAGS 

"SKE  BITE  TEST  OK" 

“SKE  BITE  TEST  IN  PROCESS" 
"SKE  BITE  FAILURE" 

"SKE  POWER  OFF" 

"SKE  IN  WARM-UP" 


IF  SKE 
IS  "ON 


- 


JHEfLl  IF  bite  test  switch 

1  HAS  BEEN  DEPPxESSED 


THEN 

SET  "BITE  TEST 
OK"  FLAG 

ELSE 

1  IF  BITE  TEST  \ 

SET  "BITE  TEST 

COMPLETE 

/ 

FAILURE"  FLAG 

SET  "BITE  TEST  In! 

PROCESS"  FLAG  I 

IF  "WARM-UP 
IS  COMPLETED 


RESET  "WARM¬ 
UP"  FLAG 


CONVERT  CONTROL  INPUTS CONVERT  SLANT  RANGE  AND  RELA- 
TO  OUTPUT  FOWAT  ,  |  TIVE  BEARING  TO  PROCESSOR  FORMAT  i 


ELSE 
SET  "POi^, 
OFF"  FLAG 


IF  "POWER  ON"V 

THEN 

SET  ! 

SET  "WARM- 

IS  COMMANDED  f 

"POWER  ON" 1 

UP"  FLAG 

Fiaure  38 


SKE  EQUIP 


TABLE  imil  OUTPUTS  -  STATION  KEEPING  EQUIPMENT  (SKE)  (SKE-E) 


TABLE  LXXVII  OUTPUTS  -  STATION  KEEPING  EQUIPMENT  (SKE)  (CONT.)  (SKE-E) 


(SKE  SPEC 


STATION  KEEPING  EQUIPMENT 


TABLE  LXXVIII  INPUTS  TO  CCA  EQUIP 


3. 2. 5. 8. 2  Processinq 


The  CCA  EQUIP  shall  perform  the  processing  specified  in  Figure  39 


The  CCA  EQUIP  monitors  the  Control  Column  Assembly.  If  the  switch 
for  activation  of  the  intercommunications  system  and/or  the  radio  sets  is 
depressed,  the  CCA  EQUIP  shall  notify  that  subsystem. 

3. 2. 5. 8. 3  Outputs 

The  outputs  from  the  CCA  EQUIP  shall  be  as  specified  in  Table 

LXXIX 

3. 2. 5. 9  HCU  EQUIP 

The  HCU  (Hand  Control  Unit)  EQUIP  processor  HCU  messages  to  move  the 
cursor  on  the  HSD  or  the  arming  reticle  on  the  HUD.  Computer  requirements 
for  the  module  are: 


Memory  si2e  _  16  bit  words 

Throughput  _  ms/sec 

Update  rate  _  times/sec 


3. 2. 5. 9.1  Inputs 

The  inputs  to  the  HCU  EQUIP  shall  be  as  specified  in  Table  lXXX 

3. 2. 5. 9. 2  Processinq 

The  HCU  EQUIP  shall  perform  the  processing  specified  in  Figure  40 


The  state  of  the  HCU  is  indicated  by  a  greeen  light  behind  appropriate 
button.  If  a  transient  failure  has  occurred,  the  HCU  EQUIP  determines  the 
status  of  the  HCU  and  sets  it  to  the  correct  state  by  requesting  a  button 
be  backlighted. 
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Pi  our® 


CCA  EOUIP 


TO  HCU  EQUIP 


FOR  COMPUTATION 


An  HCU  message  Indicates  a  display  (HUD  or  HSD)  and  whether  this  1s 
an  activation  command.  An  activation  comnand  signals  that  the  cursor  or 
reticle  is  to  be  moved  as  controlled  by  the  HCU.  A  designation  signal  in¬ 
structs  the  computer  to  read  the  position  of  the  cursor  and  compare  it  to 
a  known  target  position  and  compute  a  new/updated  aircraft  position  and 
update  the  navigation  system  with  this  new  position.  Computer  requirements 
for  the  module  are: 

Memory  size  _  16  bit  words 

Throughput  _  ms/sec 

Update  rate  _  times/sec 

On  receiving  a  HCU  message,  the  HCU  EQUIP  reads  the  HCU  status  compool 
to  determine  if  the  message  is  legal.  If  so,  the  appropriate  backlights  are 
turned  off  and  on.  The  HCU  EQUIP  processes  the  message  according  to  whether 
it  is  to  activate  or  to  designate. 

3. 2. 5. 9. 3  Outputs 

The  outputs  from  the  HCU  EQUIP  shall  be  as  specified  in  Table  LXXXI  . 


3.2.5.10  SCP  EQUIP 

The  SCP  EQUIP  sends  data  inserted  by  the  pilot  using  the  Sensor 
Control  Panel  to  adjust  items  such  as  brightness,  tilt,  azimuth,  sector  width, 
and  scan  rate.  The  SCP  EQUIP  will  select  the  subsystem  when  other  sensors  are 
added.  Computer  requirements  for  the  module  are: 


Memory  size 

116 

16  bit  words 

Throughput 

ms/sec 

Update  rate 

8 

times/sec 
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3.2.5.10.1  Inputs 

The  Inputs  to  the  SCP  EQUIP  shell  be  as  specified  In  Table  LXXXII 

3.2.5.10.2  Processing 

The  SCP  EQUIP  shall  perform  the  processing  specified  in  Figure  41  . 

The  SCP  EQUIP  reads  the  subsystem  controlled  on  its  last  execution. 

The  subsystem  switches  are  checked  to  determine  if  a  different  subsystem  is 
to  be  controlled.  If  so,  the  switches  are  turned  on  or  off  and  the  subsystem 
is  stored  for  use  in  the  next  execution.  The  variable  controls  are  read  and 
formatted  to  be  sent  to  the  indicated  subsystem. 

3.2.5.10.3  Outputs 

The  outputs  from  the  SCP  EQUIP  shall  be  as  specified  in  Table 

LXXXIII 

3.2.5.11  Function  5.11  -  Guidance/Autopilot  Controller  SPEC 

The  Guidance/Autopilot  Controller  SPEC  interrogates  flags  for  the 
various  methods  of  steering  the  aircraft  and  schedules  the  appropriate  SPEC. 
The  Guidance/Autopilot  Controller  SPEC  scheduled  synchronously  at  a  rate  of 
4  /second  and  its  event  signalled  by  the  appropriate  OPS  (3. 2. 2. 2-7)  as 
needed.  The  computer  requirements  for  this  module  are: 

Memory  size  81  16  bit  words 

Throughput  2.0  ms/sec 

Update  rate  4  times/sec 
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INPUTS  TO  SCP  EQUIO 


LXXXIII  OUTPUTS  FROM  SCP  EOUIP 


3.2.5.11.1  Inputs 

The  inputs  to  the  Guidance/ Autopilot  Controller  SPEC  shall  be  as 
specified  in  Table  LXXXIV 

3.2.5.11.2  Processing 

The  Guidance/Autopilot  Controller  SPEC  shall  be  performed  as  des¬ 
cribed  in  Figure  42  .  The  SPEC  shall  check  to  see  if  the  aircraft 

is  in  descent.  If  the  aircraft  is  in  descent,  the  Descent  Profile  SPEC 
(3. 2. 2. 9)  shall  be  scheduled  and  signalled  to  determine  the  descent  rates. 
The  type  of  descent  shall  be  provided  for  the  Descent  Profile  SPEC.  The 
Waypoint  Steering  SPEC  (3.2.5.13)  shall  be  scheduled  synchronously  at  a  rate 
of  16/second  if  the  following  modes  of  steering  are  selected: 

a.  Destination 

b.  Track 

The  Steering  SPEC  (3.2.5.U)  shall  be  scheduled  synchronously  at  a  rate  of 
16/second  if  the  following  modes  of  steering  are  selected: 

a.  Inertial  Heading 

b.  Landing 

c .  TACAN 

d.  ADF 

3.2.5.11.3  Outputs 

The  outputs  from  the  Guidance/Autopilot  Controller  SPEC  shall  be 
as  specified  in  Table  LXXXV 
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TACAN 


IF  descent  profile 
REQUESTED 


IF  DESCENT 
PROFILE  SPEC 


3.2.5.^?  Function  5.12  -  Wavpolnc  Steering  SPEC 

The  Waypoint  Steering  SPEC  computes  devialtons  In  the  desired 
course  and  sends  this  error  information  to  the  HUD  DISP  (3. 2. 11. A)  for  pilot 
use  and  to  the  FCS  EQUIP  (3. 2. 9. 3)  for  the  autopilot.  The  desired  course  is 
determined  based  on  operator  selected  waypoints  on  the  current  position  as  provided 
by  the  navigation  SPEC's  (3.2.4).  The  computer  requirements  for  this  module  are: 


3.2.5.12.1 


Memorv  size 

113 

1^  hit  v-ords 

Throughput 

11.8 

ms/sec 

Update  rate 

16 

times/sec 

Inputs 

The  inputs  to  the 

Waypoint 

Steering  SPEC  shall  be  as  specified 

in  Table  LXXXVI 


3.2.5.12,2  Processing 

The  processing  shall  be  performed  as  described  in  Figure  43 
The  current  optimal  estimate  of  position  and  ground  velocity  shall  be  determined. 

The  optimal  estimate  of  ground  velocity  shall  be  provided  by  the  Navigation 
Croup  (3.2.4).  The  optimal  estimate  of  position  shall  be  computed  by  the 
navigation  SPECS  or  by  the  measurements  from  an  SKE/ZONE  Marker.  The  nominal 
estimate  of  the  position  shall  be  provided  by  the  Navlgatiun  Filter  Update 
SPEC  (3.2.4. 7).  The  estimate  provided  by  the  filter  can  be  changed  by  use  of 
the  of  the  Navigation  Brute  Force  SPEC  (3. 2. 3. 2).  The  desired  course  shall 
depend  upon  whether  the  operator  has  selected  track  steering  or  destination 
steering.  The  current  altitude  error  shall  be  computed  and  displayed  on  the  Ml’D. 

If  the  aircraft  is  descending  the  current  and  desired  rate  of  descent  shall  also  be 
displayed.  In  descent  the  amount  of  altitude  yet  to  descend  shall  be  displayed. 

3.2.5.12.2.1  Tracking  Steering  Processing 

The  track  steering  option  shall  be  selected  by  the  operator  in  the 
IMK  as  provided  by  the  appropriate  OPS  or  implicity  by  the  Cargo  Delivery  Controller 
SPEC  (3. 2. 6.1)  •  In  the  track  steering  mode  it  shall  be  determined  if  new 
waypoints  are  selected.  If  new  waypoints  are  selected  a  new  course  shall  be 
determined.  Once  a  desired  course  is  known,  this  SPEC  shall  compute  along 
track  deviation,  distance  to  go,  and  the  cross  track  deviation.  These 


264 


IF 

Automatic 

Steering 


Read  next 
Waypoint 


Send 

heading  err 
to  FCl 


Send  heading 
error  to  HUD 


Figure  43  (Cont.)  Waypoint  Steering  SPEC 
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Send  Desired 
Descent  Rate,  Actual 
Descent  Rate  and 
Altitude  Errors  to 
MPD 


Figure  43  (Cont.)  Waypoint  Steering  SPEC 


distances  shall  be  sent  to  the  HUD  DISP  and  if  automatic  steering  has  been 
selected  to  the  PCS  EQUIP.  When  the  along  track  deviation  is  zero  a  new  waypoint 
shall  be  requested  through  the  appropriate  OPS. 

3.2.5.12.2.2  Destination  Steering  Processing 

The  destination  steering  option  shall  be  selectedby  the 
operator  on  the  IMK  as  provided  by  the  appropriate  OPS.  In  the  destination 
steering  mode.  It  shall  be  determined  if  a  new  next  waypont  has  been  selected. 

If  a  new  waypoint  has  been  selected  the  Waypoint  Steering  S?EC  shall  compute 
a  desired  heading  based  on  current  bearing  waypoint  ground  speed  and  position. 
The  error  in  the  current  heading  shall  be  determined.  The  heading  errors  shall 
be  sent  to  the  HUD  DISP  (3.2.11.4)  and  if  automatic  steering  has  been  selected 
to  the  PCS  EQUIP  (3.2.11.4).  When  the  waypoint  has  been  reached,  a  request  for 
a  new  waypoint  shall  be  requrested  through  the  appropriate  OPS. 

3.2,5.12.3  Outputs 

The  outputs  from  the  Waypoint  Steering  SPEC  shall  be  as 

specified  in  Table  LXXXVIl 
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TABLE  LXXXVII  OUTPUTS  FROM  WAYPOINT  STEERING  SPEC 


3.2.5.13  Function  5.13  -  Steering  Computations  SPEC 

The  Steering  Computations  SPEC  provides  heading  information  to  aid 
the  pilot  in  flying  the  aircraft.  The  heading  information  is  sent  to  the 
HUD  DISP  (3.2.11.4),  the  MPD  DISP  (3.2.11.6)  and  the  FCS  EQUIP  (3. 2.9. 3). 
There  are  four  modes  of  steering  computations  depending  on  the  source  of  the 
direction  Information  as  provided  by  the  various  requesting  the  Guidance/ 
Autopilot  Controller  SPFC.  The  computer  requirements  for  this  module  are: 


Memory  size 

115 

16  bit  words 

Throughput 

16.5 

ms/sec 

Update  rate 

16 

times/sec 

3.2.  5.13.1  Inputs 

The  inputs  to  the  Steering  Computations  SPFC  shall  be  as  specified 
in  Table  lXXXIX  • 

3.2.5.13.2  Processing 

The  processing  for  the  Steering  Computations  SPEC  shall  be  performed 
as  described  in  Figure  44  .  There  shall  be  four  modes  of  processing 

depending  on  the  navigation  aid  being  used: 

a.  Inertial  Heading 

b.  Landing  with  ILS 

c .  TACAN 

d.  ADF 

For  each  aid,  this  SPFC  shall  determine  a  desired  heading  and  current  actual 
heading  and  bearing.  Also,  the  current  altitude  error  shall  be  computed 
and  displayed  on  the  MPD.  If  the  aircraft  is  descending  the  current  and 
desired  rates  of  descent  shall  also  be  displayed.  In  descent,  the  altitude 
differential  yet  to  be  nulled  shall  be  displayed.  Tne-  Steering  Computations 
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LXXXIX  inputs  to  steering  spec 
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Figure  44  (Cont.)  Steering  Computations  SPEC 


SPEC  shall  be  scheduled  synchronously  by  the  Guidance/ Autopilot  Controller 
(3.2.5.11)  whenever  any  of  the  navalds  a-d  are  requested  for  steering. 

3.2.5.13.2.1  Inertial  Heading  Processing 

In  the  Inertial  Heading  Mode  of  Steering,  the  operator  simply  dictates 
the  INS  heading  he  wants  to  fly.  This  SPEC  shall  read  In  the  desired  heading 
and  the  actual  heading.  The  heading  error  shall  be  computed,  and  If  auto¬ 
matic  steering  Is  In  effect,  the  heading  error  shall  be  sent  to  the  PCS 
FnuiP  (3. 2. 9. 3).  The  desired  heading,  actual  heading  and  magnetic  heading 
shall  be  displayed  on  the  HUD. 

3.2.5.13.2.2  ILS  Processing 

The  processing  performed  during  landing  using  ILS  equipment  shall  be 
performed  as  described  In  Para.  3. 2. 5. 5  .  Through  the  ILS  EQUIP  (3. 2. 5. 5), 

this  SPEC  shall  Interrogate  the  outputs  of  the  following  electronicalds, 
which  one  part  of  the  ILS: 

a.  Glide  Slope  Indicator  (GSI) 

b.  Localizer 

c.  Outer  Marker  Beacon 

d.  Middle  Marker  Beacon 

If  the  GSI  and  Localizer  are  providing  reasonable  data,  the  respective  devi¬ 
ations  shall  be  displayed  on  the  HUD.  If  either  is  Inoperable,  a  warninn 
message  shall  be  displayed  on  the  MPD,  and  no  display  shall  appear  on  the 
HUD,  When  the  marker  beacons  are  being  passed,  an  Indication  shall  be  dis¬ 
played  on  the  HUD.  After  each  beacon  Is  passed,  the  display  shall  be  removed. 
Alsq  a  message  shall  be  displayed  on  the  MPD  to  remind  the  operator  that  the 
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beacon  has  been  passed.  During  landing  the  value  of  relative  altitude  from 
the  radar  altimeter  (3.2.S.6)  shall  be  displayed  on  the  HUD.  The  deviation 
of  the  a1r  speed  from  the  required  landing  speed  (Input  3.2.5.13.1.22)  as 
computed  by  the  Land  Speed  Requirements  SPEC  (3.2.2.12)  shall  be  displayed 
on  the  HUD.  The  desired  heading  shall  be  computed  based  on  the  wind  velocity 
and  the  direction  of  the  runway.  A  heading  error  shall  be  determined  and 
displayed  on  the  HUD.  The  roll  and  pitch  displays  are  to  be  provided  by  the 
PCS.  The  heading  error  shall  be  sent  to  the  PCS  EQUIP  If  automatic  steering 
is  Indicated. 

3.2.5.13.2.3  TACAN  Steering  Processing 

This  SPEC  shall  provide  heading  Information  to  the  pilot  to  allow  him 
to  fly  the  bearing  signal  transmitted  by  a  TACAN  station.  The  heading  infor¬ 
mation,  at  the  pilot's  option,  shall  Include  compensation  for  magnetic  vari¬ 
ation  and  wind.  Also,  a  warning  shall  be  displayed  Indicating  that  the  air¬ 
craft  Is  approaching  the  cone-of-confus1on  for  the  TACAN  station  being  used. 
The  lead  time  for  the  warning  shall  be  Internal  data  of  this  SPEC.  Whenever 
a  new  TACAN  station  Is  selected  the  position,  the  altitude,  and  the  nature 
of  the  relative  bearing  of  the  TACAN  station  shall  be  read  In.  The  magnetic 
variation  of  the  aircraft  shall  be  determined  and  displayed  on  the  MPD.  The 
true  heading  of  the  aircraft  shall  be  computed.  The  operator  shall  be  given 
the  option  to  Input  a  different  value  of  magnetic  variation.  If  the  pilot 
deselects  automatic  wind  compensation,  (that  Is,  desires  to  fly  a  homing 
course)  the  desired  heading  shall  be  determined  as  the  current  true  TACAN 
bearing  of  aircraft  adjusted  for  TO-PROH  Indicator.  Otherwise,  the  desired 
headina  shall  be  computed  to  maintain  the  aircraft  on  the  current  true  TACAN 
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bearing  of  the  aircraft.  If  automatic  steering  is  selected,  a  heading  error 
shall  be  sent  to  the  PCS.  The  true  heading,  magnetic  heading  and  desired 
heading  shall  be  displayed  on  the  HUD. 

3.2.5.13.2.3  ADF  Steering  Processing 

The  Steering  Computations  SPEC  shall  perform  the  processing  presented 
in  Figure  .  This  SPEC  shall  provide  heading  information  on  the  HUD 

to  allow  the  pilot  to  fly  the  bearing  indicated  by  the  LF/ADF  or  the  UHF/ADF. 
Also,  warnings  shall  be  displayed  on  the  MPD  for  "Dip  Error"  and  proximity 
to  the  cone  of  confusion.  Whenever  a  new/radio  station  is  selected,  the 
position  and  altitude  of  the  station  shall  be  read  to  enable  the  computation 
of  the  cone  of  confusion.  The  operator  shall  be  given  the  option  of  flying 
a  homing  course  or  of  allowing  for  wind  drift.  The  true  heading,  desired 
heading,  and  the  magnetic  heading  shall  be  displayed  on  the  HUD.  If  auto¬ 
matic  steering  is  selected,  the  heading  error  shall  be  sent  to  the  FCS. 

3.2.5.13.3  Outputs 

The  outputs  from  the  Steering  SPEC  shall  be  as  specified  in  Table 
XC 

3.2.6  Cargo  Delivery 

The  Cargo  Delivery  Group  of  software  modules  consist  of  those  tasks 
necessary  to  perform  an  air  drop.  This  group  includes  a  controller  SPEC 
which  schedules  the  three  calculator  SPECs  Included  in  this  group.  The  cal¬ 
culator  SPECS  compute  the  CARP,  the  desired  course  to  intercept  the  CARP  and 
a  series  of  warning  times  to  aid  the  pilot.  The  desired  course  is  sent  to 
the  Waypoint  Steering  SPEC  (3.2.5.12).  To  aid  the  steering  during  an  air 
drop  the  SPECs  of  the  Target  Acquisition  Group  (3.2.3)  can  be  event-signalled 
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by  the  Air  Drop  OPS  or  the  Navigation  BF  SPEC.  Specifically,  the  Air 
Drop  OPS  can  synchronously  schedule  the  SKB  computations  SPEC  in  order 
to  use  the  SKE/Zone  Marker  Equipment.  The  Navigation  BF  SPEC  allows  the 
operator  to  Improve  his  estimate  of  position  through  a  HUD  Visual  Update 
or  a  radar  fix.  The  Cargo  Delivery  computations  assume  a  flat  earth 
model . 

3. 2. 6.1  Function  6.1  -  Cargo  Delivery  Controllpr  cpfp 

The  Cargo  Delivery  Controller  (CDC)  SPEC  determines  through  appro¬ 
priate  phasing  the  order  In  which  the  software  modules  are  executed  to 
accomplish  accurate  delivery  of  the  cargo  for  an  air  drop.  This  SPEC  is 
signalled  by  the  Air  Drop  OPS.  Autonomous  cargo  delivery  Is  accomplished 
through  using  HUD  Visual  Updates  (3.2.4.12)  or  Radar  Fixtaking  (3.2.5.12) 

In  combination  with  optimal  navigation  processing  (3. 2. 4. 5-8).  The  computer 
requirements  for  this  module  are: 

Memory  size  30  16  bit  words 

Throughput  0  ms/sec 

Update  rate  0  times/sec 

3. 2. 6. 1.1  Inputs 

The  Inputs  to  the  Cargo  Delivery  Controller  SPEC  shall  be  as  speci¬ 
fied  In  Table  ^CI 

3. 2. 6. 1.2  Processing 

The  Cargo  Delivery  Controller  SPEC  shall  perform  the  processing  as 
described  In  Figure  ^5  ^  yfjg  phasing  if  the  synchronous  tasks  shall 
be  such  that  the  order  of  execution  shall  be  as  specified  1n  Figure 
The  Cargo  Release  Path  (CRP)  SPEC  (3. 2. 6. 3)  shall  be  scheduled  synchronously 
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to  execute  first.  The  CRP  SPEC  determines  the  desired  course.  In  order  to 
determine  the  desired  course,  it  shall  signal  the  event  to  compute  the  CARP 
(3. 2. 6. 2).  The  Drop  Zone  Warning  (DZW)  SPEC  (3. 2. 6. 4)  shall  be  scheduled 
synchronously  to  continually  determine  if  warnings  should  be  sent  to  the  pilot 
and  loadmaster.  The  DZW  SPEC  shall  signal  the  event  for  the  Relative  Coor¬ 
dinates  SPEC  (3. 2. 8.1)  to  execute  to  provide  the  time  to  go  before  drop.  If 
the  SKE/Zone  Marker  (ZM)  is  being  utilized,  the  SKE  SPEC  (3.2.5.15)  shall  be 
scheduled  synchronously  to  provide  an  estimate  of  the  current  position  for 
use  by  the  Waypoint  Steering  SPEC  (3.2.5.13). 

The  Cargo  Delivery  Controller  SPEC  shall  schedule  the  Waypoint  Steer¬ 
ing  SPEC  synchronously.  The  CDC  SPEC  shall  select  the  track  steering  option 
for  the  W/P  Steering  SPEC.  The  priority  for  each  of  the  SPECs  scheduled 
shall  be  set  such  that  none  of  them  will  be  executed  until  the  CDC  SPEC  has 
been  terminated. 

3. 2. 6. 1.3  Outputs 

The  outputs  from  the  Cargo  Delivery  Controller  SPEC  shall  be  as 
specified  in  Table  XCII 

3. 2. 6. 2  Function  6.2  -  Computed  Air  Release  Point  (CARP)  SPEC 

The  CARP  Specialist  Function  determines  the  point  in  space  at  which 
cargo  is  ejected  from  the  aircraft.  The  CARP  SPEC  Function  is  signalled  by 
the  Cargo  Delivery  Controller  SPEC  (3. 2. 6.1).  The  computer  requirements  for 
this  module  are: 

Memory  size  63  16  bit  words 

Throughput  1.3  ms/sec 

Update  rate  4  times/ sec 
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TABLE  XCII  OUTPUTS  FROM  CARGO  DELIVERY  CONTROLLER  SPEC 


3. 2. 6. 2.1  Inputs 


The  Inputs  to  the  CARP  SPEC  shall  be  as  specified  In  Table  XCIII 
3. 2. 6. 2. 2  Processing 

The  CARP  SPEC  shall  perform  the  processing  specified  in  Figure  46  . 

.  The  relative  displacement  between  Impact  point  and  the  release 
point  shall  be  computed  as  the  combination  of  two  displacements: 

a.  The  position  change  before  full  deployment  due  to 
aircraft  ground  velocity. 

b.  The  position  change  due  to  wind  velocity. 

If  the  wind  velocity  at  the  drop  zone  Is  known,  the  effective  velocity  of  the 
wind  shall  be  computed  as  the  average  of  the  drop  zone  value  and  the  wind 
velocity  at  the  aircraft  as  determined  by  the  Wind  Computation  SPFC  (3. 2. 4. 9). 
If  the  wind  velocity  at  the  drop  zone  Is  not  provided,  the  effective  wind 
velocity  shall  be  the  value  provided  by  the  Wind  Computation  SPEC.  In  order 
to  determine  the  total  time  of  fall,  the  difference  1r  altitude  between  the 
aircraft  and  the  Impact  point  at  the  time  of  the  drop  shall  be  computed.  The 
descent  rate  on  a  set  of  polynomials  for  conversions  from  altitude  differences 
to  time  of  fall  shall  be  used  to  provide  the  time  of  fall.  The  polynomials 
or  descent  rate  shall  be  a  function  of  the  values  of  pressure,  temperature 
and  relative  humidity  at  the  drop  zone.  Also,  the  descent  rate  or  polynomials 
shall  reguire  information  as  to  the  type  of  parachute  being  used.  The  posi¬ 
tion  change  during  the  fall  due  to  ground  track  velocity  of  the  aircraft, 
hence  the  initial  velocity  of  the  cargo  at  release,  shall  be  computed  by 
assuming  the  cargo  travels  at  the  ground  velocity  during  the  opening  relay 
time  of  the  parachute.  The  sum  of  the  displacements  shall  be  used  to  deter¬ 
mine  the  latitude  and  longitude  of  the  CARP. 
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TABLE  XCIII  Inputs  to  CARP  SPEC 


3. 2. 6. 2. 3  Outputs 

The  outputs  from  the  CARP  SPEC  shall  be  as  described  In  Table 

SC  IV 


3. 2. 6. 3  Function  6.3  -  Cargo  Release  Path  SPEC 

The  Cargo  Release  Path  SPEC  determines  the  course  which  the  aircraft 
is  to  follow  while  ejecting  the  cargo.  This  path  Is  defined  by  providing 
the  coordinates  of  two  waypoints  to  the  track  steering  option  of  Waypoint 
Steering  SPEC  (3.2.5,  ).  This  SPEC  Is  scheduled  synchronously  by  the 

Cargo  Delivery  Controller  SPEC  (3. 2, 6.1).  The  computer  r2(|uiretnents  for 
this  module  are; 

Memory  size  137  16  bit  words 

Throughput  5.5  ms/sec 

Update  rate  4  times/sec 


3. 2. 6. 3,1  Inputs 

The  inputs  shall  be  as  specified  In  Table 


3. 2. 6. 3. 2  Processing 

The  processing  shall  be  performed  as  specified  In  Figure  47 
If  the  specification  of  the  drop  zone  does  not  provide  the  trailing  edge, 
the  trailing  edge  shall  be  computed  using  the  bearing  and  drop  zone  length 
provided.  The  Cargo  Release  Path  SPEC  shall  provide  for  recomputation  of 
the  drop  zone  according  to  deviations  specified  by  the  pilot.  The  desired 
deviations  In  the  drop  zone  as  provided  by  the  pilot  shall  be  one  of  theee 
forms  as  follows: 

a.  The  latitude,  longitude  and  bearing  of  any  course  passing 
through  the  drop  zone. 

b.  An  along  track  deviation  from  Impact  point  and  bearing 
specified  at  the  new  position, 

c.  Along  track  and  cross  track  deviations  from  the  impact  point. 
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TABLE  XCV  INPUTS  TO  CARGO  RELEASE  PATH  SPEC  (CONT'D) 


Figure  47  Cargo  Release  Path  SPEC 


298 


■thSfL 


usr  IMPACT  POINT  AS 
CARP  AND  TRAILING  EDGElfE) 
AS  TE  CARP 


else 


SIGNAL  ! 
EVENT  CARP 

- r - - 


COMPUTE  CARP  FOR 
TRAILING  EDGE  USING 
CARP  DEVIATION 


Figure  47  (Cent.)  Cargo  Release  Path  SPEC 


A  new  impact  point  and  trailing  edge  shall  be  determined  by  computing 
the  intercepts  of  the  new  course,  Implicitly  defined  by  the  specified  devia¬ 
tions,  with  the  drop  zone.  If  the  type  of  drop  is  a  LAFES,  the  CARP  shall  be 
the  impact  point.  If  the  drop  is  a  normal  drop,  the  CARP  SPEC  (3. 2. 6. 2) 
shall  be  signalled  to  determine  the  CARP  and  the  displacement  from  CARP  to 
impact  point.  A  CARP  for  the  trailing  edge  shall  be  computed  by  adding  the 
displacement  to  the  trailing  edge.  A  course  shall  be  defined  by  the  CARP 
and  the  trailing  edge  CARP.  The  starting  waypoint  for  the  cargo  release 
course  is  an  arbitrary  distance  before  the  impact  point  on  the  course. 

This  distance  shall  be  selected  at  a  distance  from  the  CARP  equal  to  the 
current  range  distance  of  the  aircraft.  The  two  waypoints  provided  to  the 
Waypoint  Steering  SPEC  (3.2.6.  )  shall  be  the  starting  waypoint  and  the 

CARP. 

3. 2. 6. 3. 3  Outputs 

The  outputs  from  the  CARGO  Release  Path  shall  be  as  specified  in 
Table  XCVI 

3. 2. 6. 4  Function  6.4  -  Drop  Zone  Warning  SPEC 

The  Drop  Zone  Warning  SPEC  provides  warning  signals  and  lights  to 
the  PD  and  HUD.  These  warnings  are  provided  during  a  ca-'qo  delivery  before 
CARP  and  during  the  actual  dropping.  This  SPEC  is  scheduled  synchronously 
by  the  Cargo  Delivery  Controller  SPEC  (3.2.6.1).  The  computer  requirements 
for  this  module  are; 

Memory  size  104  16  bit  words 

Throughput  2.4  ms/sec 

Update  rate  4  times/sec 
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3. 2. 6. 4.1  Inputs 

The  Inputs  to  the  Drop  Zone  Warning  SPEC  shall  be  as  specified  in 
Table  SCVII  . 

3. 2. 6. 4. 2  Processing 

The  Drop  Zone  Warning  SPEC  shall  perforin  the  processing  as  described 
in  Figure  43  .  A  timeline  shall  be  provided  by  the  Drop  Zone  Warning 

SPEC  which  it  checks  against  to  provide  warning  messages  to  the  pilot.  The 
timeline  shall  consist  of  the  following  check  points. 


a. 

20  minutes 

b. 

10  minutes 

c. 

6  minutes 

d. 

1  minute 

e. 

30  seconds 

f. 

10  seconds 

g- 

CARP  time 

h. 

End  of  Drop  time 

Before  arrival  of  the  CARP,  this  SPEC  shall  first  check  to  see  if  the  CARP 
has  been  intercepted.  The  variable  T^q  shall  represent  the  estimated  time 
before  CARP.  After  CARP,  Tg^  shall  represent  the  estimated  time  before  the 
end  of  the  drop.  If  the  current  time  is  before  CARP,  the  time  shall  be 
checked  and  at  the  appropriate  times  messages  shall  be  sent  to  the  MPD.  The 
pilot  will  transmit  the  messages  to  the  loadmaster  (LH)  either  over  the  public 
address  or  intercome  systems.  As  each  timeline  point  is  noted,  a  flag  shall 
be  set  to  indicate  that  the  message  has  been  set.  The  flag  is  set  to  prohibit 
the  continual  transmission  of  the  messages.  At  the  6  minute  point  a  red 
light  shall  be  turned  on  for  the  pilot.  The  pilot  turns  the  red  light  on 
in  the  cargo  bay  after  receiving  the  notification.  At  the  1  minute  point, 
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TABLE  XCVII  INPUTS  TO  DROP  ZONE  WARNINGS  SPEC 


Figure  48 


Drop  Zone  Warning  SPEC  Processing 
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Figure  48  (Cont.)  DROP  ZONE  WARNING  SPEC  PROCESSING 
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e  48  (Cont.)  Drop  Zone  Warning  SPEC 
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the  duration  of  the  drop  shall  be  computed  using  the  current  values  of  the 
ground  speed,  the  CARP,  and  the  trailing  edge  CARP.  When  the  30  second 
point  Is  attained,  the  CARP  shall  be  fixed  at  Its  current  value.  At  the  10 
second  point  a  scale  display  shall  be  provided  to  the  HUD,  to  visually 
indicate  the  time  remaining  before  CARP  and  a  digital  countdown  display 
shall  be  provided  to  the  MPD.  These  displays  shall  be  continually  updated 
during  the  last  10  second  before  CARP.  When  CARP  is  reached,  a  green  light 
shall  be  turned  on.  During  the  drop  a  digital  countdown  shall  be  sent  to 
the  MPD  and  a  scale  display  shall  be  sent  to  the  HUD.  When  the  terminal 
edge  CARP  is  attained,  the  red  and  green  lights  shall  be  turned  off,  and  a 
message  shall  be  sent  to  the  MPD  Indicating  the  end  of  the  drop. 


3. 2. 6. 4. 3  Outputs 

The  outputs  shall  be  as  specified  in  Table  XCVIIl 
3.2.7  Communications 

The  Communications  group  consists  of  Interface  modules  designed  to 
provide  the  software  interface  between  the  modified  comnunicatlons  control 
devices,  via  the  Remote  Terminals,  and  the  IDAMST  Processors.  These  inter¬ 
face  modules,  called  EQUIPS,  enable  the  operator  to  exercise  control,  i.e. 
ON/OFF,  Frequency  Selection,  Mode  Selection,  etc.  of  the  communications  equip¬ 
ment  by  means  cf  the  IDAMST  controls  such  as  the  IMK,  DEK  and  the  SCP.  There 
is  provided  an  EQUIP  module  for  each  separate  type  of  communication  equip¬ 
ment.  Additionally,  where  applicable,  the  EQUIP  modules  process  BITE  data 
from  the  communications  equipment. 
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TABLE  XCVIII  OUTPUTS  FROM  DROP  ZONE  WARNING  SPEC 


3. 2. 7.1  Public  Address  EQUIP  (PA-E) 

This  program  module  processes  the  mode  and  function  commands  from 
the  operator  by  converting  them  to  an  appropriate  format  for  output  to  con¬ 
trol  the  operation  of  the  Public  Address  System,  AN/AIC-13.  The  computer 
requirements  for  this  module  are: 

Memory  size  68  16  bit  words 

Throughput  3124  ms/sec 

Update  rate  4  times/sec 


3. 2. 7. 1.1  Inputs 

The  Inputs  to  this  program  module  shall  be  as  specified  1n  Table 

XCIX 

3. 2. 7. 1.2  Processing 

This  program  shall  convert  the  inputs  to  an  appropriate  format  to 
properly  energize  and  control  the  operation  of  the  Public  Address  System. 

This  program  module  Is  a  privileged  task  and  shall  be  executed 
synchronously  4  times  per  second. 

The  processing  shall  be  performed  as  specified  In  Figure  49 

3 . 2 . 7 . 1 . 3  Outputs 

The  outputs  from  this  program  module  shall  be  as  specified  In 
Table  C 

3. 2. 7. 2  HF  Transceiver  EQUIP  (HF-E) 

This  program  module  processes  the  mode  and  function  commands  from 
the  operator  by  converting  them  to  an  appropriate  format  for  output  to 
control  the  operation  of  the  HF  Transceiver,  AN/ARC-123.  The  computer 
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Figure  Public  Address  EQUIP 
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OUTPUTS  -  PUBLIC  ADDRESS  EQUIP 


requirements  for  this  module  are: 


Memory  size  64  16  bit  words 

Throughput  6248  ms/sec 
Update  rate  8  times/ sec 

This  program  shall  convert  the  inputs  to  an  appropriate  format  to 
properly  energize  and  control  the  operation  of  the  HF  Transceiver. 

This  program  module  is  a  privileged  task  and  shall  be  executed 
synchronously  8  times  per  second.  The  HF  Transceiver  EQUIP  processing  is 
shown  in  Figure  50. 


3. 2. 7. 3  VHF-AM  Transceiver  EQUIP  (VHFAM-E) 

This  program  module  processes  the  mode  and  function  commands  from 
the  operator  by  converting  them  to  an  appropriate  format  for  output  to  con¬ 
trol  the  operation  of  the  VHF-AM  Transmitter-Receiver,  AN/ARC-115.  The  com¬ 
puter  requirements  for  this  module  are:  . 


Memory  size  29 
Throughput  2504 
Update  rate  8 


16  bit  words 
ms/sec 
times/ sec 


3. 2. 7. 3.1  Inputs 


The  inputs  to  this  program  module  are  listed  in  Table  Cl  . 

3. 2. 7. 3. 2  Processing 

This  program  shall  convert  the  inputs  to  an  appropriate  format  for 
output  to  properly  energize  and  control  the  operation  of  the  VHF-AM 
Transceiver. 

The  processing  shall  be  performed  as  specified  in  Figure  51 

This  program  module  is  a  privileged  task  and  shall  be  executed 
synchronously  8  times  per  second. 

3. 2. 7. 3. 3  Outputs 

The  outputs  from  this  program  module  are  listed  in  Table  Cl I  . 

3. 2. 7. 4  VHF/FM  Transceiver  EQUIP  (VHFFM-E) 

This  program  module  processes  the  mode  and  function  commands  from 
the  operator  by  converting  them  to  an  appropriate  format  for  output  to 
control  the  operation  of  the  VHF/FM  Transceiver,  FM-622A.  The  computer 
requirements  for  this  module  are: 

Memory  size  55  16  bit  words 

Throughput  5000  ms/sec 

Update  rate  8  times/sec 


3. 2. 7. 4.1  Inputs 

The  iriputs  to  this  program  module  shall  be  as  specified  in  Table 
TBD 

3. 2. 7. 4. 2  Processing 

This  program  shall  convert  the  inputs  to  an  appropriate  format  to 
properly  energize  and  control  the  operation  of  the  VHF/FM  Transceiver. 


table  CII  outputs  -  VHF-AM  TRANSCEIVER  EQUIP  (VHFAM-E) 

AN/ARC-1 15 
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This  program  module  Is  a  privileged  task  and  shall  be  executed  syn¬ 
chronously  8  times  per  second. 

The  processing  shall  be  performed  as  specified  In  Figure  52. 

3. 2. 7. 4. 3  Outputs 

The  outputs  to  this  program  module  shall  be  as  specified  In  Table 
TBD 

3. 2. 7. 5  Intercommunication  Set  EQUIP  (IC-E) 

This  program  module  processes  the  mode  and  function  commands  from 
the  operator  by  converting  them  to  an  appropriate  format  for  output  to 
control  the  operation  of  the.  Intercommunication  Set,  AN/AIC-18.  The  computer 
reoulrements  for  this  module  are: 

Memory  size  66  16  bit  words 

Throughput  6248  ms/sec 
Update  rate  8  times/sec 


3. 2. 7. 5.1  Inputs 

The  Inputs  to  this  program  module  shall  be  as  specified  in  Table 
TBD 


3. 2. 7. 5. 2  Processing 

This  program  shall  convert  the  inputs  to  an  appropriate  format  to 
properly  energize  and  control  the  operation  of  the  Intercommunication  Set. 

This  program  module  Is  a  privileged  task  and  shall  be  executed  syn¬ 
chronously  8  times  per  second. 

The  processing  shall  be  performed  as  specified  In  Figure  53 
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Figure  5?  VHF/FM  Transceiver  EQUIP 
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Figure  53  Intercom  EQUIP 
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3. 2. 7. 5. 3  Outputs 

The  outputs  from  this  program  module  shall  be  as  specified  in  Table 
TBD 

3. 2. 7. 6  Speech  Security  Set  EQUIP  (SV-E) 

This  program  module  processes  the  mode  and  function  commands  from 
the  operator  by  converting  them  to  an  appropriate  format  for  output  to 
control  the  operation  of  the  Speech  Security  Set,  TSEC/KY-58.  The  computer 
requirements  for  this  module  are: 

Memory  size  66  16  bit  words 

Throughput  3124  ms/sec 
Update  rate  4  times/sec 

3. 2. 7. 6.1  Inputs 

The  Inputs  to  this  program  module  shall  be  as  specified  in  Table 
TBD 


3. 2. 7. 6. 2  Processing 

This  program  shall  convert  the  inputs  to  an  appropriate  format  to 
properly  energize  and  control  the  operation  of  the  Speech  Security  Set. 

This  program  is  a  privileged  task  and  shall  be  executed  synchronously 
4  times  per  second. 

The  processing  shall  be  performed  as  specified  in  Figure  54 

3. 2. 7. 6. 3  Outputs 

The  outputs  from  this  program  module  shall  be  as  specified  in  Table 
TBD 
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Figure  54 


Speech  Security  Set  EQUIP 
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3. 2. 7. 7  UHF  Transceiver  EQUIP  (UHF-E) 

This  program  module  processes  the  mode  and  function  commands  from 
the  operator  by  converting  them  to  an  appropriate  format  for  output  to  con¬ 
trol  the  operation  of  the  UHF  Transceiver,  AN/ARC-164.  The  computer  require¬ 
ments  for  this  module  are: 

Memory  size  83  16  bit  words 

Throughput  7496  ms/sec 
Update  rate  8  times/sec 


3. 2. 7. 7.1  Inputs 

The  inputs  to  this  program  module  shall  be  as  specified  In  Table 
TBD 

3.2  2.7.2  Processing 

This  program  shall  convert  the  Inputs  to  an  appropriate  format  to 
properly  energize  and  control  the  operation  of  the  UHF  Transceiver. 

This  program  is  a  privileged  task  and  shall  be  executed  synchronously 
8  times  per  second. 

The  processing  shall  be  performed  as  specified  in  Figure  55 
3. 2. 7. 7. 3  Outputs 

The  outputs  from  this  program  module  shall  be  as  specified  in  Table 
TBD 

3.2.8  Target  Acquisition 

The  Target  Acquisition  Group  of  software  modules  consist  of  those 


functions  necessary  to  determining  the  position  of  aircraft  relative  to  some 
specified  position  (target).  Great  circle  computations  are  used  to  compute 


Read  Inputs  from 
UHF  Compool 


If  no  diagnost1c\ 

then 

Convert  Inputs 

Write  Outputs  in 

Flags  are  set  y 

"7 - 

to  output  Format 

UHF  Compool 

Figure  55 


UHF  Transceiver  EQUIP 


relative  distance.  The  SKE/ZM,  the  HUD  and  the  multi-mode  radar  can  be 
used  to  provide  fixes. 

3. 2. 8.1  Function  8.1  -  Relative  Coordinates  SPEC 

The  Relative  Coordinates  SPEC  provides  the  difference  in  latitude, 
longitude,  and  attitude  between  two  selected  positions.  Also,  the  time  of 
travel  between  the  two  positions  is  computed.  The  Relative  Coordinates  SPEC 
is  scheduled  asychronously  by  the  Cargo  Delivery  Controller  (3.2,6,1).  The 
computer  requirements  for  this  module  are: 

Memory  size  62  16  bit  words 

Throughput  2.5  ms/sec 

Update  rate  4  times/sec 


3. 2. 8. 1.1  Inputs 

The  inputs  in  the  Relative  Coordinates  SPEC  shall  be  as  specified 
in  Table  Cl II  . 

3. 2. 8. 1.2  Processing 

The  processing  for  the  Relative  Coordinates  SPFC  shall  be  performed 
as  described  in  Figure  56  .  The  destination  position  shall  be  read 

in.  Flags  for  the  determining  the  start  position  and  estimated  velocity 
shall  be  interrogated.  The  default  value  shall  be  the  current  position  and 
velocity.  If  other  values  are  needed  for  the  start  point,  they  shall  be 
read  in  to  the  local  copy.  The  arc  length  distance  between  the  two  positions 
shall  be  computed.  Assuming  zero  heading  error,  the  ground  speed  of  the  air¬ 
craft  shall  be  determined.  This  speed  shall  be  used  to  compute  the  time  of 
travel  between  the  selected  positions.  Also,  the  difference  in  altitude,  I 

the  difference  in  longitude,  and  the  difference  in  latitude  shall  be  computed 
between  the  two  positions. 
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Fiqure  56  Relative  Co-ordinates  SPEC  Processing 
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The  outputs  from  the  Relative  Coordinates  SPEC  shall  be  as  specified 


in  Table  CIV 

3. 2. 8. 2  Function  8.2  -  Target  Offset  Computations  SPEC 

The  Target  Offset  Computations  SPEC  determines  the  difference  in 
longitude  and  latitude  between  a  target  and  an  indicator  such  as  a  SKE  zone 
number  system.  The  Target  Offset  SPEC  is  signalled  by  the  Guidance/Autopilot 
Controller  (3.2.5.11).  The  computer  requirements  for  this  module  are: 

Memory  size  44  16  bit  words 

Throughput  0  ms/sec 

Update  rate  0  times/sec 

3. 2. 8. 2.1  Inputs 

The  inputs  to  the  Target  Offset  SPEC  shall  be  as  specified  in  Table 
CV 


3. 2. 8. 2. 2  Processing 

The  Target  Offset  SPEC  shall  perform  the  processing  described  in 
Figure  57  .  A  flag  shall  be  provided  by  the  Air  Drop  OPS  to  indicate 

the  form  of  the  target  offset  data.  The  flag  shall  be  Interrogated  by  the 
Target  Offset  SPEC  to  determine  the  computations  required.  The  Target  Off¬ 
set  SPEC  shall  always  piovlde  the  difference  in  position  between  the  indicator 
and  target  in  latitude  and  longitude.  If  the  range  difference  and  azimuth 
of  the  Indicator  relative  to  the  target  are  given,  the  Target  Offset  SPEC 
shall  convert  these  to  Cartesian  coordinates  and  shall  set  the  coordinate 
Indicator  flag  for  cartesian  coordinates.  The  Target  Offset  SPEC  shall  be 
scheduled  asynchronously  by  the  Guidance/Autopilot  Controller  (3.2.5.11). 


Inputs  to  Target  Offset  Computations  SPEC 
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3. 2. 8. 2. 3  Outputs 

The  outputs  from  the  Target  Offset  SPEC  shall  be  as  specified  in 
Table  CVI 

3. 2. 8. 3  Function  8.15  -  Station  Keeping  Equipment  (SKE) _ SPEC 

The  SKE  Computations  SPEC  uses  the  range  and  bearing  data  (from  the 
zone  marker  (ZM))  to  provide  information  to  the  Steering  Computational  SPEC 
(3.2.5.14)  and  the  Relative  Coordinates  SPEC  (3.2.8.1).  The  computer  require 
ments  for  this  module  are: 

Memory  size  29  16  bit  words 

Throughput  0.6  ms/ sec 

Update  rate  4  times/ sec 


3. 2. 8. 3.1  Inputs 

The  Inputs  to  the  SKE  SPEC  shall  be  as  specified  in  Table 

3. 2. 8. 3. 2  Processing 

The  processing  shall  be  performed  as  shown  in  Figure  58 
The  relative  range  and  bearing  to  the  ZM  shall  be  converted  into  the  diff¬ 
erence  in  longitude  and  latitude  between  the  ZM  and  the  aircraft.  The  SKE 
computations  SPEC  shall  be  scheduled  synchronously  by  the  Cargo  Delivery 
Controller  (3.2.6. 1  ), 

3. 2. 8. 3. 3  Outputs 

The  outputs  from  the  SKE  SPEC  shall  be  as  specified  in  Table 


CVIIl 


Table  CVI  OUTPUTS  FROM  TARGET  OFFSET  COMPUTATION  SPEC 


iriPUTS  TO  SKE  COPPL'TATIOMS  SPEC 


Figure  58  SKE  COMPUTATIONS  PROCESSING 


•  .A 


3. 2. 8. 4  Function  8.4  -  HUD  Visual  Update  SPEC 

The  HUD  Visual  Update  SPtC  computes  the  current  position  through  measure¬ 
ments  from  the  HUD.  The  depression  angle  Is  determined  by  measuring  the 
displacement  of  the  aiming  reticle  from  the  aircraft  symbol  and  depends  on 
the  aircraft  attitude.  The  relative  position  of  the  aircraft  and  visual 
target  Is  then  determined  by  use  of  the  altitude.  The  target  offset  can  be 
used  to  determine  the  location  of  the  visual  target  If  needed.  This  SPEC 
Is  scheduled  asynchronously  and  event-signalled  by  the  Navigation  BF  SPEC 
(3. 2. 3. 2),  the  Cargo  BF  SPEC  (3. 2. 3. 3),  or  the  Air  Drop  OPS  (3. 2. 2. 5) 
Computer  requirements  for  the  module  are: 


Memory  Size 

39 

16  Bit  Words 

Throughput 

0 

MS/ Sec 

Update  Rate 

.  0 

Time'/Sec 

3. 2. 8. 5  Function  8.5  -  Radar  Fixtaking  SPEC 

The  Radar  Fixtaking  SPEC  computes  the  current  position  of  the  aircraft 
based  on  measurements  from  the  multi -mode  radar.  The  Multi -mode  Radar 
EQUIP  (3. 2. 5. 3}  and  the  Hand  Control  Unit  EQUIP  (3. 2, 5. 9)  provide  relative 
bearing  and  slant  range.  The  true  bearing  Is  determined  after  noting  the 
setting  of  the  azimuth  stabilization  switch.  The  true  bearing  computation 
depends  on  the  aircraft  heading,  magnetic  variation,  and  wind  velocity. 

If  the  radar  target  position  Is  specified  relative  to  another  know  position, 
the  actual  position  of  the  radar  target  can  be  determined  by  event-signalling 
the  Relative  Co-ordinates  SPEC  (3. 2. 8.1).  The  slant  range  is  converted  to 
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ground  range  by  this  module  and  depends  on  the  barametric  altitude.  The 
relative  position  of  the  aircraft  with  respect  to  the  radar  target  is  then 
determined  from  the  ground  range  and  true  bearing.  The  Radar  Fixtaking 
SPEC  is  scheduled  asynchronously  and  event-signalled  by  the  Navigation  BF 
SPEC  (3. 2. 3. 2),  the  Cargo  BF  SPEC  (3. 2. 3. 3.).  or  the  Air  Drop  OPS  (3. 2. 2. 5). 
Computer  Requirements  for  this  module  are: 


Memory  Size 

16  Bit  Words 

Throughput 

-JL- 

MS/Sec 

Update  Rate 

-Q- 

Times/Sec 

3.2.9  Airframe  Monitor 

The  Airframe  Monitor  Group  of  software  modules  include  those  func¬ 
tions  necessary  to  communicate  with  the  air  data  system,  the  engine  sensors, 
and  the  automatic  flight  control  system.  Also,  the  center  of  gravity  is 
computed  based  on  operator  Inputs.  This  group  uses  information  from  the  air¬ 
frame  monitors  and  engine  sensors  to  provide  warnings  to  the  pilot.  Also, 
the  steering  commands  from  the  IDAMST  software  pass  through  this  group. 

3. 2. 9.1  Engine  Senser  €qyiP  (ESD-E) 

Thir-  program  module  processes  the  engine  sensor  data  by  converting 
them  to  an  appropriate  format  for  output  to  the  IDAMST  Displays.  The  computer 
requirements  for  this  module  are: 

Memory  size  146  16  bit  words 

Throughput  12488  ms/sec. 

Update  rate  8  times/sec 
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3. 2. 9. 1.1  Inputs 

The  Inputs  to  this  program  module  shall  be  as  specified  in  Table 
TBD 

3. 2. 9. 1.2  Processing 

This  program  shall  convert  the  inputs  to  an  appropriate  scale  factor 
and  format  to  be  displayed  on  the  appropriate  IDAMST  Display. 

This  program  is  a  privileged  task  and  shall  be  executed  synchronously 
8  times  per  second. 

The  processing  shall  be  performed  as  specified  in  Figure  TBD 

3. 2. 9. 1.3  Outputs 

The  outputs  from  this  program  module  shall  be  as  specified  in  Table 
TBD 

3. 2. 9. 2  Air  Frame  Sensor  EQUIP  (AFS-E) 

This  program  module  processes  the  air  frame  and  Air  Data  System  data 
by  converting  them  to  an  appropriate  format  for  further  computational  use. 

The  computer  requirements  for  this  module  are: 


Memory  size 

185 

16  bit  words 

Throughput 

17488 

ms/sec 

Update  rate 

8 

times/sec 

3. 2. 9. 2.1  Inputs 

The  inputs  to  this  program  module  shall  be  as  specified  in  Table 
TBD 
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3. 2. 9. 2. 2  Processing 

This  program  shall  convert  the  Inputs  to  an  appropriate  scale  factor 
and  format  for  further  use  in  the  applicable  SPECs. 


This  program  is  a  privileged  task  and  shall  be  executed  synchronously 
8  times  per  second. 


The  processing  shall  be  performed  as  specified  in  Figure  TBD 

3. 2. 9. 2. 3  Outputs 

The  putputs  from  this  program  moduel  shall  be  as  specified  in  Table 
TBD 


3. 2. 9. 3  FCS  EQUIP  (FCS-E) 


This  program  module  processes  the  pitch  and  roll 
generated  by  the  Flight  Control  System  (FCS).  Pitch  and 
verted  to  an  appropriate  format  for  subsequent  output  to 
This  module  also  outputs  autopilot  commands  to  the  FCS. 
ments  for  this  module  are: 


steering  signals 
roll  data  are  con- 
the  IDAMST  Displays. 
The  computer  require 


Memory  size 

261 

16  bit  words 

Throughput 

49952 

ms/sec 

Update  rate 

16 

times/sec 

3. 2. 9. 3.1  Inputs 

The  inputs  to  this  program  module  shall  be  as  specified  in  Table 
TBD 
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3. 2. 9. 3. 2  Processing 


This  program  shall  convert  theinput  values  of  pitch  and  roll  from 
the  PCS  to  a  scale  factor  and  format  appropriate  for  subsequent  output  to  the 
HUD  ADI. 

This  program  is  a  privileged  task  and  shall  be  executed  synchronously 
16  times  per  second. 

The  processing  shall  be  performed  as  specified  in  Figure  59 
3.  2. 9. 3. 3  Outputs 

The  outputs  from  this  program  module  shall  be  as  specified  in 
Table  T6D 

3. 2, 9. 4  Function  9.4  -  Airframe  Computations  SPEC 

The  Airframe  Computations  SPEC  compares  the  values  of  the  outputs  of  the 
various  airframe  sensors  to  known  limits  and  issues  warnings  when  the 
limits  are  exceeded.  Also,  the  nominal  values  for  many  of  the  sensors 
will  be  continuously  displayed.  The  airframe  sensors  that  are  monitored 
include  those  for  the  engines,  electrical  power,  cargo,  hatches,  weight-on- 
gear,  and  flaps.  The  Airframe  Computation  SPEC  is  scheduled  synchronously 
by  each  of  the  OPS  (3. 2. 2. 1-8)  at  a  rate  of  once/second.  Computer  requirements 
for  this  module  are: 


1  Memory  Size 

150 

16  Bit  Words 

Throughput 

7.2 

MS/Sec 

Update  Rate 

1 

Times/Sec 
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Figure  59  Flight  Control  System  EQUIP 
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3. 2. 9. 5  Function  9.5  -  Center  of  Gravity  SPEC 

The  Center  of  Gravity  SPEC  computes  the  in  one  dimension  the  location 
of  the  center  of  gravity  along  the  longitudinal  axis  of  the  aircraft.  The 
value  of  center  of  gravity  changes  with  fuel  consumption  and  cargo  delivery. 

A  nominal  initial  configuration  is  included  in  the  initialization  values.  The 
operator  can  view  the  initial  configuration,  or  the  MPD,  and  through  the 
OPS's  and  Brute  Force  SPEC’s,  he  can  alter  the  configuration  during  the 
mission.  This  SPEC  then  computes  the  new  center-of -gravity.  The  Center 
of  Gravity  SPEC  is  scheduled  asynchronously  by  the  OPS's  and  the  Brute 
Force  SPEC's.  The  computer  requirements  for  this  module  are: 


Memory  Size 

180 

16  Bit  Words 

Throughput 

JL- 

MS/Sec 

Update  Rate 

0 

Times/Sec 

3.2.10  Vehicle  Defense/ Identification 

The  Vehicle  Defense/ Identification  Group  consists  of  interface 
modules  designed  to  provide  the  software  interface  between  the  modified 
equipment  control  devices,  via  the  Remote  T  erminals,  and  the  IDAMST 
Processors.  These  interface  modules,  called  EQUIPS,  enable  the  operator 
to  exercise  control,  i.e.,  ON/OFF,  Mode  Selection,  Frequency  Selection, 
etc.  of  the  VD/I  equipment  by  means  of  the  DEK,  IMK  and  SCP  controls. 

A  separate  EQUIP  program  module  is  provided  for  each  type  of  VD/I  equip¬ 
ment.  Additionally,  the  EQUIP  modules  process  any  BITE  data  should  the 
particular  piece  of  VO/I  equipment  be  so  designed. 
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3.3.10.1  IR  Detection  and  Warning  System  EQUIP  (IRDVI-E) 

This  program  module  prcesses  the  mode  and  function  conwands  from  the 
operator  by  converting  them  to  an  appropriate  format  for  output  to  control  the 
operation  of  the  Infra-Red  Detection  and  Warnino  System.  The  results  of  the 
Built-In  Test  features  are  processed  for  input  to  the  Subsystem  Status  Monitor. 
The  computer  requirements  for  this  module  are: 

Memory  sl2e  66  16  bit  words 

Throughput  5624  ms/sec 
Update  rate  8  times/sec 


3.2.10.1  Inputs 

The  inputs  to  this  program  module  shall  be  as  specified  in  Table  TBO. 


3.2.10.1.2  Processing 

This  program  module  shall  convert  the  inputs  to  an  appropriate  format 
for  output  to  properly  control  the  operation  of  the  IRDXW. 

Upon  detection  of  malfunctions  by  the  Built-In  Test  features,  the 
program  shall  set  the  appropriate  diagnostic  flags  and  the  appropriate  bits 
on  the  Subsystem  Status  Word. 

This  program  is  a  privileged  task  and  shall  be  executed  synchronously 
8  times  per  second. 

The  processing  shall  be  performed  as  specified  in  Figure  60 

3.2.10.1.3  Outputs 

The  outputs  from  this  program  module  shall  be  as  specified  in  Table 
TBD 
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Figure  60  Infra-Red  Detection  &  Warning  EQUIP 
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(ESM-E) 


3.2.10.2  Electronic  Support  Measures  EQUIP 

This  program  module  processes  the  mode  and  function  conmands  from  the 
operator  by  converting  them  to  an  appropriate  format  for  output  to  control  the 
operation  of  the  Electronic  Support  Measures  Equipment  (ESM).  The  results  of 
the  Built-In  Test  features  are  processed  for  input  to  the  Subsystem  Status 


Monitor.  The  computer  requirements  for 

this  module  are: 

Memory  size 

55 

16  bit  words 

Throughput 

5000 

ms/sec 

Update  rate 

8 

times/sec 

3.2.10.2.1  Inputs 

The  inputs  to  this  program  module  shall  be  as  specified  in  Table 
TBD 

3.2110.2.2  Processing 

This  program  module  shall  convert  the  inputs  to  an  appropriate  format 
for  output  to  properly  control  the  operation  of  the  ESM  Equipment. 

Upon  detection  of  malfunctions  by  the  Built-In  Test  features,  the 
program  shall  set  the  appropriate  diagnostic  flags  and  the  appropriate  bits 
on  the  Subsystem  Status  Word. 

This  program  is  a  privileged  task  and  shall  be  executed  synchronously 
8  times  per  second. 

The  processing  shall  be  performed  as  specified  in  Figure  61 

3.2.10.2.3  Outputs 

The  outputs  from  this  program  module  shall  be  as  specified  in  Table 
TBD 
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ESM-E 


Read  Inputs  from 
ESM  Compool 


If  ESM  Set 
is  "OFF" 


I  If  "Power  On"  is 
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then  Set 
-  "Power  On" 


else  Set  "Power 
Off"  Flag 


If  no  diagnostid^ 
Flags  are  set  j 


Convert  Inputs 
to  Output  Format 


[Write  Outputs  in 
I  ESM  Compool 


RETURN 


Configure  Status  Word  Notify  SSSM  of 
from  Diagnostic  Flags  -  Status  Word  Update 


Write  Outputs  in 
ESM  Compool 


Figure  61 


Electronic  Support  Measures  EQUIP 


3.2.10.3  IFF  Transponder  EQUIP  (IFF-E) 

This  program  module  processes  the  mode  and  function  commands  from 
the  operator  by  converting  them  to  an  appropriate  format  for  output  to 
control  the  operation  of  the  IFF  Transponder,  AN/APX-101. 


The  results  of  the  Built-In  Test  features  are  processed  for  input 
to  the  Subsystem  Status  Monitor.  The  computer  requirements  for  this 
module  are: 


Memory  size  78 
Throughput  14496 
Update  rate  1 6 


16  bit  words 

ms/sec 

times/sec 


3.2.10.3.1  Inputs 

The  inputs  to  this  program  module  are  listed  in  Table  CIX  . 

3.2.10.3.2  Processing 

This  program  module  shall  convert  the  inputs  to  an  appropriate 
format  for  output  to  properly  control  the  operation  of  the  IFF  Trans¬ 
ponder. 

Upon  the  detection  of  the  initiation  of  the  Built-In  Test  mode, 
the  program  shall  set  the  appropriate  diagnostic  flags  and  the  appro¬ 
priate  bits  on  the  subsystem  status  word. 

The  processing  shall  be  performed  as  specified  in  Figure 

62 


This  program  module  is  a  privileged  task  and  shall  be  executed 
synchronously  16  times  per  second. 
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TABLE  CIX  INPUTS  -  IFF  TRANSPONDER  EQUIP  (IFF-E) 


"TRANSPONDER  POWER  OFF" 
"BITE  TEST  OK" 

"BITE  TEST  IN  PROCESS" 
"BITE  TEST  FAILURE" 


Figure  62 


IFF  TRANSPONDER  EQUIP 


354 


3.2.10.3.3  Outputs 

The  outputs  from  this  program  module  are  listed  In  Table  CX 
3.2.11  Display  Modules 

The  Display  Modules  provide  the  software  which  monitors  and  processes 
the  display  keyboards  and  provides  data  and  commands  to  supply  to  the  Display 
Subsystem. 

The  keyboard  is  used  by  the  pilot  or  co-pilot  to  call  up  any  partic¬ 
ular  information  display,  to  conmunicate  with  the  processor  for  mode  and 
function  selection  and  to  provide  control  for  all  on-board  avionics. 

This  software  sends  commands  and  data  to  the  MPDGS  to  use  in  gener¬ 
ating  in-raster  and  stroke  s^boloty  for  presentation  on  the  CRT  displays. 

It  also  sends  messages  to  the  A/NSG  which  cause  prestored  messages  to  be 
generated  and  displayed. 

3.2.11.1  MPDG  DISP 

MPDG  DISP  is  scheduled  by  the  Configurator  such  that  the  MPDG  DISP 
shall  be  activated  eight  times  a  second.  The  MPDG  DISP  shall  process  BIT 
data  from  the  MPDGS  and  DSMU.  It  shall  send  data  for  the  MPDG  to  use  in  up¬ 
dating  the  displays.  The  computer  requirements  for  the  module  are; 

Memory  size  192  16  bit  words 

Throughput  3488  ms/ sec 

Update  rate  8  times/sec 


3.2.11.1.1  Inputs 

The  inputs  to  the  MPDG  DISP  shall  be  as  specified  in  Table  cXI 
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TABLE  CX  OUTPUTS  -  IFF  TRANSPONDER  EQUIP  (IFF-E) 

AN/APX-101 


T» 


y 


r 


T 

I 


TABLE  CXI  INPUTS  TO  MPDG  DISP 


3.2.11.1.2  Processing 

The  MPDG  DISP  shall  perform  the  processing  specified  in  Figure  63 

On  its  first  activation  the  MPDG  DISP  signals  the  START-UP  DISP  to 
initialize  the  MPD6S  and  the  DSMU. 

If  there  is  a  request  to  change  the  data  or  format  of  the  displays 

or  the  MPDG  or  DSMU  assignments,  the  UPDATE  DISP  is  signalled. 

The  MPDG  and  DSMU  Oompools  are  read  to  determine  the  failure  status 

of  the  MPDGS  and  DSMU.  If  no  failures  have  been  found,  that  information  is 

stored  for  the  Subsystem  Status  Monitor. 

If  there  has  been  a  refresh  memory  or  switch  failure,  the  UPDATE  DISP 
shall  be  signalled  to  change  assignment  so  that  the  faulty  part  is  no  longer 
used. 


If  one  MPDG  has  failed,  the  remaining  MPDG  shall  be  notified  to  oper¬ 
ate  in  a  degraded  mode. 

If  there  is  some  other  DSMU  failure,  then  the  remaining  channels 
shall  be  reassigned  such  that  highest  priority  displays  remain  in  operation. 

The  failure  shall  be  stored  for  Subsystem  Status  Monitor. 

A  command  message  is  prepared  and  sent  to  the  MPDGS.  This  is  a  syn¬ 
chronous  message  consisting  of  a  conmand  word  followed  by  data  words.  The 
command  v/ord  contains  the  master  mode,  message  number  and  data  word  count. 

The  data  contained  in  these  messages  is  used  by  the  MPDGS  to  update 


the  displays. 
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MPDG  Disp 


Figure  63 
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IF  REFRESH  \ 

SIGNAL 

' 

REFRESH  \ 

UPDATE  DISP 

MEMORY  > - 

TO  CHANGE 

FAILURE 

^  1  ■ 

ASSIGNMENT 

SIGNAL 

UPDATE  DISP 

- 

TO  CHANGE 

ASSIGNMENT 

Figure  63  (Cont.)  MPDR  DISP 
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3.2.11.1.3  Outputs 

The  outputs  from  the  MPDG  DISP  shall  be  as  specified  in  Table 

CXII 


3.2.11.2  START-UP  DISP 

The  START-UP  DISP  is  activated  only  once  on  the  Initial  processing 
of  MPDG  DISP.  It  initializes  MPDG  and  DSMU  assignments.  The  computer  reguire- 
ments  for  the  module  are: 


Memory  size 

42 

16  bit  words 

Throughput 

250 

ms/sec 

Update  rate 

N/A 

times/sec 

3.2.11.2.1  Inputs 

The  inputs  to  the  START-UP  DISP  shall  be  as  specified  in  Table 

CXIII 


3.2.11.2.2  Processing 

The  START-UP  DISP  shall  perform  the  processing  specified  in  Figure 
64 

For  each  display  a  load  comnand  message  is  sent  to  MPDG.  This  message 
commands  the  bootstrap  loader  in  the  MPDG  to  load  a  specific  program  into 
the  MPDG  off  of  mass  memory  and  commands  text  page  in  mass  memory  to  be  loaded 
into  a  specific  text  table  in  the  MPDG. 


Next  assignment  commands  are  sent.  Each  of  these  assigns  a  display 
to  a  memory  buffer  pair  and  raster  output  module. 


i 
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INPUTS  TO  START-UP  DISP 


The  DSMU  contains  three  software  controlled  switches  to  control 
what  Is  put  up  on  the  displays.  An  Initial  assignment  of  raster/stroke/ 
sensor  switches  is  made  by  sending  the  DSMU  Switch  Data  Input  message. 

The  five  refresh  memories  can  also  be  controlled  by  the  software. 
An  Initial  assignment  1s  made  by  the  START-UP  DISP. 

3. 2.11. 2. S  Outputs 

The  outputs  from  the  START-UP  DISP  shall  be  as  specified  in  Table 
CXIV 

3.2.11.3  UPDATE  DISP 

The  UPDATE  DISP  is  activated  ehenever  there  Is  to  be  a  change  in  a 
display  or  in  the  controls  processing  the  displays.  The  computer  require¬ 
ments  for  the  module  are: 


Memory  size 

72 

16  bit  words 

Throughput 

374 

ms/sec 

Update  rate 

N/A 

times/sec 

3.2.11.3.1  Inputs 

The  inputs  to  the  UPDATE  DISP  shall  be  as  specified  in  Table 
CXV 

3.2.11.3.2  Processing 

The  UPDATE  DISP  shall  perform  the  processing  specified  in  Figure 
65 

The  MPDGs  can  store  only  eight  text  tables  at  a  time.  There-fore, 

the  stored  text  tables  shall  be  changed  several  times  during  an  operation. 

This  is  accomplished  by  sending  the  Table  Update,  and  Load  Command. 
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TABLE  CXIV  OUTPUTS  FROM  START-UP  DISP 
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Figure  65  Update  DISP 


368 


It  1s  assumed  that  the  MPDRs  shall  determine  the  display  data  for 
any  phase  from  the  stored  tables.  The  display  is  changed  only  if  data  not 


included  in  the  Master  Mode  Command  is  required. 

If  a  chance  in  a  display  is  necessary,  that  display  is  signalled  by 
an  event. 

If  a  change  in  either  the  switch  or  refresh  memory  assignment  is 
requested  the  appropriate  message  will  be  sent  to  the  DSMU. 

3.2.11.3.3  Outputs 

The  outputs  from  the  UPDATE  DISP  shall  be  as  specified  in  Table 

CXXI 

3.2.11.4  HUD  DISP 

The  HUD  DISP  is  activated  by  the  UPDATE  DISP  for  changes  in  data  dis 
played  not  automatically  handled  by  MPDG.  The  computer  requirements  for  the 
module  are: 


Memory  sire 

40 

16  bit  words 

Throughput 

241 

ms/sec 

Update  rate 

N/A 

times/sec 

3.2.11.4.1  Inputs 

The  inputs  to  the  HUD  DISP  shall  be  as  specified  in  Table  CXVII 

3.2.11.4.2  Processing 

The  HUD  DISP  shall  perform  the  processing  specified  in  Figure 

66 
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TABLE  CXVII  INPUTS  TO  HUD  DISP 


X  AD-AOSS  117  AXR  FORCE  AVIONICS  LAB  WRIBHT-PATTERSON  AFB  OH  F/6  9/2 

COMPUTER  PR06RAM  DEVELOPMENT  SPECIFICATION  FOR  IDAMST  OPERATION— ETC tU) 
JUL  76 

UNCLASSIFIED  AFAL-TR-76-209-AD0-1  NL 
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Certain  data  Is  displayed  only  when  a  HUD  warning  flag  Is  on.  The 
HUD  DISP  determines  which  flag  Is  on,  what  data  Is  needed  and  sends  a  data 
message  to  MPDG. 

If  data  other  than  that  contained  In  the  Data  Connand  Message  Is 
required,  a  Command  Modifier  Is  sent  to  MPDG. 

The  pilot  uses  IMFK  and  DEK  to  Input  command  values  for  display. 

The  IMFK  EQUIP  and  DEK  EQUIP  will  store  the  data  in  a  compool  for  HUD  DISP 
to  read  and  send  to  MPDG. 

3.2.11.4.3  Outputs 

The  outputs  from  the  HUD  DISP  shall  be  as  specified  In  Table 
CXVIII  . 

3.2.11.5  HSD  DISP 

The  HSD  DISP  Is  activated  by  the  UPDATE  DISP  for  changes  In  data  to 
be  displayed  not  automatically  handled  by  MPDG.  The  computer  requirements 
for  the  module  are: 


Memory  size 

35 

16  bit  words 

Throughput 

214 

ms/sec 

Update  rate 

N/A 

times/sec 

3.2.11.5.1  Inputs 

The  Inputs  to  the  HSD  DISP  shall  be  as  specified  In  Table  CXIX 

3.2.11.5.2  Proce.^s1ng 

The  HSM  DISP  shall  perform  the  processing  specified  in  Figure 
67 
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OUTPUTS  FROM  HUD  DISP 


TABLE  CXIX  INPUTS  TO  HSD  DISP 
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Figure  67  HUD  DISP 


The  pilot  may  select  at  any  given  time,  using  the  INK,  to  display 
the  distance  and  time  to  go  to  any  waypoint.  If  so,  HSD  DISP  sends  a 
Maypoint  Command  to  MPDG  for  display. 

If  data  other  than  that  contained  In  the  Data  Command  Message  1* 
required,  a  Command  Modifier  Is  sent  to  MPDG. 

The  pilot  uses  IMK  and  DEK  to  Input  command  values  for  display. 
The  IMK  EOUIP  and  DEK  EQUIP  will  store  the  data  in  a  compool  for  HSD  DISP 
to  read  and  send  to  MPDG. 

3.2.11.5.3  Outputs 

The  outputs  from  the  HSD  DISP  shall  be  as  specified  1n  Table 
CXX 


3,2.11.6  MPD  DISP 

The  MPD  DISP  Is  activated  when  there  Is  a  request  for  a  text  display. 
The  computer  requirements  for  the  module  are: 


Memory  size 

70 

16  bit  words 

Throughput 

241 

ms/ sec 

Update  rate 

N/A 

times/sec 

3.2.11.6.1  Inputs 

The  Inputs  to  the  MPD  DISP  shall  be  as  specified  1n  Table  CXXI 

3.2.11.6.2  Processing 

The  MPD  DISP  shall  perform  the  processing  specified  In  Figure 

68 
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TABLE  CXX  OUTPUTS  FROM  HSD  DISP 


TABLE  CXXI  INPUTS  TO  MPD  OISP 
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Figure  68 


MPD  DISP 


An  MPDG  stores  eight  pages  of  text  at  a  time.  If  the  request  Is 
for  a  page  not  stored  In  MPDG.  MPD  DISP  signals  UPDATE  DISP  to  conmand  the 
MPDG  to  load  the  table  from  mass  memory. 

If  the  request  Is  for  a  stored  fixed  format  text,  MPD  DISP  sends  a 
Table  Display  Command  to  MPDG. 

A  variable  parameter  may  be  added  to  a  fixed  page  by  Indicating  the 
page  identifier  and  the  variable's  starting  position  and  passing  the 
characters  that  represent  the  variable's  value. 

3.2.11.6.3  Outputs 

The  outputs  from  the  MPD  DISP  shall  be  as  specified  in  Table 

CXII 

3.2.11.7  IMK  DISP 

The  IMK  DISP  receives  requests  from  the  application  software  for 
new  IMK  checklists.  The  IMK  DISP  notifies  A/NSG  to  display  the  prestored 
checklist.  The  IMK  DISP  is  also  activated  to  process  pilot  requests.  The 
computer  requirements  for  the  module  are: 

Memory  size  7  16  bit  words 

Throughput  481  ms/sec 

Update  rate  N/A  times/sec 

3.2.11.7.1  Inputs 

The  Inputs  to  the  IMK  DISP  shall  be  as  specified  In  Table  CXXIII 

3.2.11.7.2  Processing 

The  IMK  DISP  shall  perform  the  processing  specified  in  Figure 
69 
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OUTPUTS  FROM  MPD  DISP 


IMK  DISP 
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Figure  69  IMK  DISP 
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On  the  first  activation,  the  Alpha/Numeric  Symbol  Generator  (A/NSG) 
channel  for  each  IMK  shall  be  assigned.  The  flag  shall  be  reset  to  indicate 
that  the  assignment  has  been  made. 

Commands  are  sent  to  the  A/NSG.  Each  command  causes  prestored 
messages  to  be  generated  and  displayed  adjacent  to  the  proper  control  switch. 
The  messages  are  stored  in  a  Prograttmable  Read  Only  Memory  (PROM). 

If  a  request  for  a  Brute  Force  SPEC  is  received,  IMK  DISP  signals 
the  Request  Processor  to  determine  if  the  request  is  legal.  For  a  legal 
request,  the  IMK  DISP  shall  request  that  the  IMK  Brute  Force  light  be  turned 
on. 


If  a  side  key  on  the  IMK  is  depressed  the  IMK  DISP  shall  read  the 
Mode  Indicator  to  determine  which  OPS  to  signal  to  validate  and  process  the 
request. 


If  the  OPS  signals  the  IMK  DISP  that  a  legal  key  has  been  depressed, 
the  IMK  DISP  shall  set  appropriate  lights  and/or  arrows. 

3.2.11.7.3  Outputs 

The  outputs  from  the  IMK  DISP  shall  be  as  specified  in  Table  CXXIV  . 


3.2.11.8  MMK  EQUIP 

The  MMK  (Master  Mode  Keyboard)  EQUIP  is  activated  when  a  switch  on 
the  MMK  has  been  depressed  or  when  the  Request  Processor  has  established  that 
a  request  is  legal.  The  computer  requirements  for  the  module  are: 
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OUTPUTS  FROM  IMK  DISP 


Memory  size 
Throughput 
Update  rate 


31  16  bit  words 

178  ms/sec 
N/A  t1mes/sec 


3.2.11.8.1  Inputs 

The  Inputs  to  the  MMK  EQUIP  shall  be  as  specified  In  Table  CXXV 

3.2.11.8.2  Processing 

The  MMK  EQUIP  shall  perform  the  processing  specified  In  Figure  70  . 


If  an  MMK  request  to  change  mode  has  been  made,  the  Request  Processor 
is  signalled  to  establish  the  legality  of  the  request. 

When  the  Request  Processor  has  established  that  a  request  Is  legal. 

It  signals  the  MMK  EQUIP.  The  MMK  EQUIP  turns  appropriate  lights  on  and  off 
and  updates  the  MMK  display  status  compool. 

3.2.11.8.3  Outputs 

The  outputs  from  the  MMK  EQUIP  shall  be  as  specified  In  Table 

CXXV  I 

3.2.11.9  DEK  EQUIP 

The  DEK  EQUIP  Is  activated  when  the  ENTER  Switch  Is  depressed  during 
a  DEK  activation,  when  an  OPS  requests  that  the  DEK  be  activated  or  when 
the  OPS  signals  the  DEK  EQUIP  that  the  data  Is  complete.  The  computer 
requirements  for  the  module  are: 


Memory  size 

37 

16  bit  words 

Throughput 

214 

ms/sec 

Update  rate 

N/A 

times/sec 
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INPUTS  TO  MMK  EQUIP 


3.2.11.9.1  Inputs 

The  Inputs  to  the  DEK  EQUIP  shall  be  as  specified  In  Table 

CXXVII 

3.2.11.9.2  Processing 

The  DEK  EQUIP  shall  perform  the  processing  specified  In  Figure 

n 

If  an  OPS  requests  that  the  DEK  be  activated,  the  DEK  EQUIP  shall 
do  so  and  turn  on  the  DEK  backlight. 

If  a  data  message  Is  received  from  the  DEK,  the  Mode  Indicator  Is 
read  to  determine  to  which  OPS  the  data  Is  to  be  sent.  That  OPS  Is  sig¬ 
nalled  to  process  the  data. 

When  the  data  from  DEK  Is  complete,  the  DEK  EQUIP  shall  deactivate 
It. 

3.2.11.9.3  Outputs 

The  outputs  from  the  DEK  shall  be  as  specified  In  Table 

CXXVIII 

3.2.11.10  MPD  EQUIP 

The  MPD  EQUIP  Is  activated  when  a  switch  on  the  MPD  has  been  depressed 
to  request  a  change  In  the  display.  Tf  the  request  Is  legal  the  MPD  EQUIP 
notifies  MPDG  to  make  the  change.  The  computer  requirements  for  the  module 

Memory  size  35  16  bit  words 

Throughput  232  ms/ sec. 

Update  rate  N/A  times/sec 
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Figure  71 


DEK  EQUIP 


CXXVIll  OUTPUTS  FROM  DEK  EOUIP 


3.2.11.10.1  Inputs 

The  inputs  to  the  MPD  EQUIP  shall  be  as  specified  in  Table  CXXIX 

3.2.11.10.2  Processing 

The  MPD  EQUIP  shall  perform  the  processing  specified  in  Figure 
72 


The  MPD  EQUIP  is  activated  when  a  switch  on  the  MPD  is  depressed. 

The  MPD  EQUIP  compares  the  request  with  the  present  display  status  to  deter¬ 
mine  if  the  request  is  legal.  If  not,  the  request  is  not  processed. 

For  a  legal  reque.st  to  return  to  the  nominal  (original)  display, 
the  MPD  EQUIP  notifies  MPD6  to  honor  the  request.  The  MPD  EQUIP  turns  off 
the  light. 

Gor  a  legal  request  to  change  from  the  nominal  display,  the  MPD  EQUIP 
notifies  MPDG  to  honor  the  request.  The  MPD  EQUIP  turns  on  the  appropriate 
light. 


The  display  status  is  updated. 

3.2.11.10.3  Outputs 

The  outputs  from  the  MPD  EQUIP  shall  be  as  specified  in  Table 

CXXX 

3.2.11.1  HSD  EQUIP 

The  HSD  EQUIP  is  activated  when  a  switch  on  the  HSD  has  been  depressed 
to  request  a  change  in  the  display.  The  HSD  EQUIP  processes  all  legal  requests. 
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MPD  EQUIP 


Figure  72 


MPD  EQUIP 
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OUTPUTS  FROM  MPD  EOUIP 


The  computer  requirements  for  the  module  are: 


Manory  size 

72 

16  bit  words 

Throughput 

481 

ms/sec 

Update  rate 

N/A 

time/sec 

3.2.11.11.1  Inputs 

The  inputs  to  the  HSD  EQUIP  shall  be  as  specified  in  Table  CXXXI 
3.2.11.11.  2  Processing 

The  HSD  EQUIP  shall  perform  the  processing  specified  in  Figure 
73 


The  HSD  EQUIP  is  activated  when  a  switch  on  the  HSD  is  depressed. 

If  the  request  is  for  a  track/map  change,  the  request  shall  be  pro¬ 
cessed  if  the  HSD  display  is  in  use.  This  switch  shall  be  used  to  change 
between  north  up  and  track  up  maps. 

If  e  range  select  request  has  been  made,  the  request  shall  be 
honored  if  the  HSD  display  is  in  use. 

If  a  legal  request  to  change  the  display  has  been  made  the  request 
shall  be  processed,  and  the  appropriate  lights  turned  on  or  off. 

If  a  display  change  has  been  made,  the  display  status  shall  be 

updated. 

3.2.11.11.3  Outputs 

The  outputs  from  the  HSD  EQUIP  shall  be  as  specified  in  Table 
CXXXII 
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3.2.11.12  HUD  EQUIP 

The  HUD  EQUIP  Is  activated  when  the  HUD  Switch  Is  depressed.  The 
HUD  EQUIP  shall  process  the  request.  The  computer  requirements  for  the 
module  are: 


Memory  size 

22 

16  bit  words 

Throughput 

143 

ms/sec 

Update  rate 

N/A 

times/sec 

3.2.11.12.1  Inputs 

The  Inputs  to  the  HUD  EQUIP  shall 

be  as 

specified  in  Table  CXXXIII 

3.  2.11.12.2  Processing 

The  HUD  EQUIP  shall  perform  the  processing  specified  in  Figure 
74 


The  HUD  EQUIP  is  activated  when  the  HUD  Switch  Is  depressed.  The 
display  status  shall  be  read  to  determine  if  the  declutter  light  is  on  or 
not.  The  MPDG  is  notified  to  make  the  appropriate  change.  The  display 
status  is  updated. 

3.2.11.12.3  Outputs 

The  outputs  from  the  HUD  EQUIP  shall  be  as  specified  In  Table 
CXXXIV 
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TABLE  CXXXIII  INPUTS  TO  HUD  EQUIP 


Figure  74 


HUD  EQUIP 


OUTPUTS  FROM  HUD  EQUIP 


4.0  QUALITY  ASSURANCE  PROVISIONS 


4.1  Introduction 

Tests  and  evaluations  shall  be  conducted  to  verify  that  the  per¬ 
formance  and  design  of  the  OFP-Appll cation  shall  meet  or  exceed  the  require¬ 
ments  specified  In  Section  3.0.  The  test  category,  verification  method, 
and  test  requirements  for  performance/deslgn  requirements  are  specified  In 
the  Verification  Cross-Reference  Index  (VCRI),  Table  CXXXV  The 

requirements  delineated  shell  be  the  basis  for  the  test  plan  and  test  pro¬ 
cedure  which  shall  be  written.  The  four  methods  given  In  Table 
of  verifying  Individual  requirements  are  explained  as  follows: 

a.  Inspection  -  Formal  verification  of  a  performance  of 
a  design  requirement  by  examination  of  the  assembled 
CPCI  at  the  time  and  place  of  qualification  testing. 

Inspection  Is  not  often  specified  as  a  formal  means 

of  verification  for  a  requirement.  One  set  of  require¬ 
ments  that  might  be  verified  by  Inspection  are  the  data 
base  requirements,  which  can  be  verified  by  comparing 
the  data  base  documentation  with  a  system  tape  listing. 

b.  Analysis  -  Formal  verification  of  a  performance  or  design 
requirement  by  examination  of  the  constituent  elements 
of  a  CPCI  component.  For  example,  a  cargo  delivery 
guidance  equation  or  a  coordinate  conversion  equation 
might  be  verified  by  analysis. 


XABLE  CXXX\|  VERIFICATION  CROSS  REFERENCE  INDEX 


Method  Legend:  NA  Not  Applicable 

1  -  Inspection 
1  2  -  Analysis 

3  -  Demonstration 

4  -  Review  of  Test  Data 


A  -  Computer  Program  Test  and  Evaluation 
B  -  Preliminary  Qualification  Test 
C  -  Formal  Qualification  Test 
II  -  Category  II  Test 
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TABLE  CXXVj  VERiriCATION  CROSS  REFERENCE  INDEX  (Cont.) 


Method  Legend:  NA  Not  Applicable 

1  -  Inspection 
1  2  -  Analysis 

3  -  Demonstration 

4  -  Review  of  Test  Data  '  I 


SECTION  3 
REQUIREMENT 
REFERENCE 


3.2.4. 1 

4.2 

4.3 

4.4 

4.5 

4.6 

4.7 
3. 2. 4. 8 

4.9 

3.2.4.10 

3.2.4.11 

3. 2. 5.1 

5.2 

5.3 

5.4 


3. 2. 5. 8 


3.2.5.10 

3.2.5.11 

3.2.5.12 

3.2.5.13 


A  -  Computer  Program  Test  and  Evaluation 
B  -  Preliminary  Qualification  Test 
C  -  Formal  Qualification  Test 
II  -  Category  II  Test 


METHOD 


TEST  CATEGORY 


VERIFICATION 

REQUIREMENT 


4.2.5a,4.2.3a,b,c,e 
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4.2.6 

4.2.6 
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TABLE  CXnvl  VERIFICATION  CROSS  REFERENCE  INDEX  (Cont.) 


Method  Legend:  NA  Not  Applicable 

1  -  Inspection 
1  2  -  Analysis 

3  -  Demonstration 

4  -  Review  of  Test  Data  ’  I 


SECTION  3 
REQUIREMENT 
REFERENCE 
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B  -  Preliminary  Qualification  Test 
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II  -  Category  II  Test 
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TABLE  CXXXy  VERIFICATION  CROSS  REFERENCE  INDEX  (Cont.) 

Method  Legend:  NA  Not  Applicable 

I  1  -  Inspection  A  -  Computer  Program  Test  and  Evaluation 

1  2  -  Analysis  B  -  Preliminary  Qualification  Test 

3  -  Demonstration  C  -  Formal  Qualification  Test 

4  -  Review  of  Test  Data  '  II  -  Category  II  Test 
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TABLE  CXXX\i|  VERIFICATION  CROSS  REFERENCE  INDEX  (Cont.) 


c.  Demonstration  -  Formal  verification  of  a  performance  or 
design  requirement  by  observation  of  a  demonstration  test. 

For  example,  visual  demonstration  might  be  used  to  verify 
that  the  displays  generated  by  the  CPCI  are  in  the  format 
necessary  to  satisfy  human  performance  requirements. 

d.  Review  of  Test  Data  -  Formal  verification  of  a  perform¬ 
ance  or  design  requirement  by  examining  the  data  output 
after  operation  of  a  CPCI  component  when  selected  input 
data  are  processed.  For  example,  a  review  of  hardcopy 
printout  test  data  might  be  used  to  verify  that  the 
content  of  a  specific  told-in  message  is  correctly 
processed.  This  method  is  the  one  likely  to  be  used 
for  the  majority  of  qualification  testing. 

Narrative  data  pertaining  to  test  categories,  amplifying  the  tabular  content 
of  the  VCRI  are  specified  in  subparagraphs  below.  Test  requirements  ref¬ 
erenced  in  the  VCRI  are  specified  in  4.2  and  subparagraphs  thereto. 

4.1.1  Category  1  Test 

Category  I  testing  is  subdivided  into  the  following  broad  types; 
a.  Computer  program  test  and  evaluation  -  Tests  conducted 
prior  to  and  in  parallel  with  preliminary  or  formal  qual¬ 
ification  tests.  These  tests  are  oriented  primarily  to 
support  the  design  and  development  process. 
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b.  Preliminary  Qualification  Tests  -  Formal  tests  oriented 
primarily  towards  verifying  portions  of  the  CPCI  prior 
to  integrated  testlng/formal  qualification  tests  of  the 
complete  CPCI  (see  paragraph  4.1.3  below).  These  tests 
will  typically  be  conducted  In  the  contractor's  design 
and  development  facilities. 

c.  Formal  Qualification  Tests  -  Formal  tests  oriented  pri¬ 
marily  towards  testing  of  the  Integrated  CPCI,  normally 
using  operationally  configured  equipment  at  the  Category  II 
site  prior  to  the  beginning  of  Category  II  testing.  This 
testing  will  emphasize  those  aspects  of  the  CfCI  perform¬ 
ance  which  were  not  verified  by  preliminary  tests.  The 
testing  requirements  which  cannot  be  verified  during 
Category  I  test  shall  be  specified  in  paragraph  4.1.5. 

Qualification  of  this  CPCI  shall  be  accomplished  during  qualification  testing 
to  the  maximum  extent  possible,  as  a  result  of  preliminary  qualification 
tests  (POT)  and  formal  qualification  test  (FQP)  conducted  by  the  contractor 
and  witnessed/ verified  by  the  procuring  activity. 


4.1.2  Computer  Programming  Test  and  Evaluation 

Programming  test  and  evaluation  which  apply  sat1'"'y  one  or  both  of 
the  following  criteria: 

(1)  They  are  Intended  to  be  the  only  source  of  data 
to  qualify  specific  requirements  In  Section  3. 

(2)  They  must  be  accomplished  as  part  of  an  Integrated 

test  program  Involving  other  systems/equipment/ 
comput  er  programs. 
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4.1.3  Preliminary  Qualification  Tests 

These  tests  will  directly  support  the  top-down  Implementation 
and  verification.  Method  of  verification  shall  be  as  specified  In 
Table  CXXXV  .  The  following  three  levels  of  qualification  shall 
be  performed. 

a.  Unit  Design  Qualifications  shall  apply  to  each  module. 

At  this  level  the  characteristics  which  are  of  primary 
Interest  are  the  Internal  workings  of  the  module; 
logical  flow  control,  numerical  results,  convergence, 
scaling,  and  range. 

b.  Module  Design  Qualifications  shall  apply  to  each  module 
after  It  Is  interfaced  with  Its  environment.  These  tests 
are  basically  Interface  tests;  correct  Internal  opera¬ 
tions  are  assumed.  The  object  Is  to  verify  that  two  or 
more  modules  work  together.  To  comply  with  the  top-down 
approach  the  Interfacing  tests  shall  be  sequenced  from 
the  top  to  the  bottom. 

c.  System  Design  Qualifications  shall  apply  to  the  completely 
assembled  CPCI.  THIs  level  requires  a  totally  Integrated 
computer  program.  Such  testing  discloses  errors  due  to 
conflicts  Introduced  by  data  sharing  convention  violations. 
Improper  range  of  Input  values,  sequencing  requirements  and 
communications  and  control.  The  Internal  working  of  the 
CPCI  Is  of  primary  concern  with  the  Interfaces  of  the  CPCI 
with  the  external  environment  deferred  to  the  Formal  Quali¬ 
fication  Tests. 


418 


4.1.4  Formal  Qualification  Tests  (Specified  1r^  Part  II  Specifications) 

4.1.5  Category  II  Tests  (Specified  In  the  Part  II  Specifications) 

4.2  Verification  Requirements 

This  paragraph  specifies  In  greater  detail  the  method  used  to 
verify  the  Individual  requirements  given  in  Table  CXXXV  .  (This  table 
cross-references  the  subparagraphs  of  4.2  which  apply). 

4.2.1  Performance 

The  specified  function  shall  be  verified  with  respect  to  one  of 
the  following  performance  criteria. 

a.  Accuracy  which  may  be  affected  by  input  precision,  input 
frequency,  input  accuracy,  or  number  of  iterations. 

b.  Response  time. 

c.  Long  term  degradation. 

d.  Stability 

4.2.2  Priority/Timing 

The  specified  function  shall  be  verified  with  respect  to  one  of 
the  following  priority/timing  criteria: 

a.  Interrupt  and  return 

b.  Frequency 

c.  Consistency  In  events 

d.  Order  of  processing 

e.  Scheduling/cancelling  consistency 


f. 


Job  stacking 
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4.2.3  Interfaces 

The  specified  function  shall  be  verified  with  response  to  one 
of  the  following  Interface  parameters: 

a.  Data  locks 

b.  Range 

c.  Consistency 

d.  Initialization 

e.  Data  organization 

f.  Human  command/response 

g .  External  procedures 

4.2.4  Logic  Paths 

The  specified  function  shall  be  verified  with  respect  to  the 
correctness  of  the  logic  paths  by  exercising  the  computer  program  In 
operation. 

4.2.5  Off-Nominal  Conditions 

The  specified  function  shall  be  verified  with  respect  to  off- 
nominal  conditions  such  as: 

a.  Error  detection 

b.  Error  recovery 

c.  Limitations 

4.2.6  Mathematical  Model  Validity 

The  specified  function  shall  be  verified  by  tests  conducted  on 
the  CPCI  with  the  physical  environment  simulated  to  determine  the  correct¬ 
ness  of  mathematical  models  Included  In  the  function. 
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6.0 


NOTES 


6.1  Traceability  of  Requirements  and  Software  Functional  Modules 

This  section  shows  the  traceability  of  the  requirements  to 
software  functions  as  derived  from  the  Functional  Sequence  Diagram 
(FSD)  analysis  as  provided  In  the  IDAMST  Technical  Report.  This  trace- 
ability  Is  shown  In  Tables  CXXXVI  to  CXVIII  for  the  different  soft¬ 
ware  functional  areas. 

6.2  Hierarchical  Control  Tree 

Following  the  design  requirement  of  the  DAIS  software  architecture 
standards,  the  IDAMST  application  software  Is  structured  in  a  hierarchical 
control  tree.  The  structure  Is  based  on  the  scheduling  of  the  lower  level 
tasks  by  higher  level  tasks.  Lower  level  tasks  can  Influence  higher  level 
tasks  by  setting  events  which  cause  tasks  to  become  active. 

The  hierarchical  control  tree  down  to  the  third  level  is  shown 
In  Figure  75  .  a  typical  lower  level  structure  Is  shown  In  Figure 

76 
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TABLE  CXXXVI  TRACEABILITY  OF  REQUIREMENTS  AND  SOFTWARE 

MODULES  -  COMMUNICATION 

SOFTWARE  FUNCTIONAL  MODULE 

HP  Transceiver  EQUIP.  All  OPS, 
Coinn  BF  Spec 

VHF/AM  Transceiver  EQUIP,  All  OPS, 
Conn  BF  Spec 

UHF  Transceiver  EQUIP,  All  OPS, 
Comm  BF  Spec 

VHF/FM  Transceiver  EQUIP,  All  OPS, 
Cotm  BF  Spec 

Secure  voice  EQUIP,  All  OPS, 

Comm  BF  Spec 

Intercom  Equip,  All  OPS, 

Conn  BF  Spec 

7.  Control  Public  Address  Unit  Public  Address  Equip,  All  OPS, 

Comm  BF  Spec 


TABLE  CXXXVII  TRACEABILITY  OF  REQUIREMENTS  AND  SOFTWARE 

MODULES  -  MISSION  MANAGEMENT 


FSD  REQUIREMENTS 

SOFTWARE  FUNCTIONAL  MODULE 

1.  Respond  to  Master  Mode  Request 

Prefllght-OPS,  Takeoff/Climb  OPS, 
Cruise  OPS,  Refuel  OPS,  Air  Drop  OPS, 
Descend  OPS,  Approach/Land  OPS,  Post- 
flight  OPS 

2.  Provide  Checklist 

Preflii;ht  OPS,  Takeoff/Climb  OPS, 
Cruise  OPS,  Refuel  OPS,  Air  Drop  OPS, 
Descend  OPS,  Approach/Land  OPS,  Post¬ 
flight  OPS,  Checklist  OPS 

1  3.  Compute  Take-Off  Propulsion 
Requirements 

Takeoff  Speed  Spec 

4.  Compute  Approach  Speed 
Requirements 

Approach  Speed  Spec 

5.  Take-Off  to  Climb  Master  Mode 

Change 

Takeoff/Climb  OPS,  Airframe  Sensor 

Equip  j 

6.  Provide  Flight  Plan  Data 

MPD  Disp 

7.  Provide  Standard  Instrument 
Departure  (SID)  and  Standard 
Terminal  Arrival  Route  (STAR) 

MPD  Disp 

8.  Notify  Pilot  of  Altimeter 

Setting  Change  at  18000  Ft 

Altimeter  Warning  Spec 

9.  Turn  on  of  Preprogrammed  Suite 

and  Conditions 

Preflight  OPS 

10.  Provide  Descent  Profiles 

Descent  Profile  Spec 

_  -  _ 1 
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TABLE  CXXXVIII  TRACEABILITY  OF  REQUIREMENTS  AND  SOFTWARE 

MODULES  -  NA.VIGATION 


FSD  REQUIREMENTS 

SOFTWARE  FUNCTIONAL  MODULE 

1.  Monitor  and  Control  INS 

INS  Equip,  All  OPS,  NAV  Brute  Force 

• 

Spec 

2.  Monitor  and  Control  OMEGA  Set 

OMEGA  Equip,  All  OPS,  NAV  Brute  Force 

Spec 

3.  Monitor  ar\d  Control  TACAN  Set 

TACAN  Equip,  All  OPS,  NAV  Brute  Force 

Spec 

4.  Provide  Wind  and  Dead  Reckoning 

Wind  Computation  Air  Data  Dead 

Ground  Speed 

Reckoning 

5.  Monitor  and  Control  AHRS 

AHRS  Equip,  All  OPS,  NAV  Brute  Force 

1 

Spec 

I 


TABLE  CXXXIX 


TRACEABILITY  OF  REQUIREMENTS  AND  SOFTWARE 
MODULES  -  GUIDANCE 


FSD  REQUIREMENTS 

SOFTWARE  FUNCTIONAL  MODULE 

1.  Monitor  and  Control  Radar  Set 

Multi -Mode  Radar  Equip,  All  OPS, 

Sensor  BF  Spec 

2.  Monitor  and  Control  SKE 

SKE  Equip,  All  OPS,  System  BF  Spec 

3.  Monitor  and  Control  ILS 

ILS  Equip,  Approach/Landing  OPS 

• 

SystemBF  Spec 

4.  Monitor  and  Control  UHF  ADF 

UHF/ADF  Receiver  Equip,  All  OPS, 

SystemBF  Spec 

5.  Monitor  and  Control  LF  ADF 

LF/ADF  Receiver  Equip,  All  OPS,  | 

System  BF  Spec 

6.  Monitor  and  Control  Radar 

Radar  Altimeter  Equip,  All  OPS, 

Altimeter 

System  BF  Spec ' 

7.  Monitor  and  Control  Radar 

Radar  Beacon  Equip,  All  OPS, 

Beacon 

System  BF  Spec 

8.  Compute  Steering  Commands 

Waypoint  Steering  Spec,  Steering 

Computation  Spec 

9.  Compute  ETA 

Waypoint  Steering  Spec 

10.  Display  Area  Chart  and 

Approach/Landing  OPS,  MPDG  Equip 

Holding  Pattern 

TABLE  CXV 


TRACEABILITY  OF  REQUIREMENTS  AND  SOFTWARE  MODULES  - 
VEHICLE  DEFENSE/IDENTIFICATION 


FSD  REQUIREMENTS  SOFTWARE  FUNCTIONAL  MODULE 

1.  Monitor  and  Control  ESM  Unit  ESM  Equip,  Ail  OPS,  System  BF  Spec 

2.  Monitor  and  Control  IRD&W  Unit  IR  Detector  Equip,  All  OPS,  System  ] 

BF  Spec  I 

3.  Monitor  and  Control  IFF  Unit  IFF  Transponder  Equip,  All  OPS,  [ 

System  BF  Spec  | 

! 
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TABLE  CXVI  TRACEABILITY  OF  REQUIREMENTS  AND  SOFTVIARE 

MODULES  -  CARGO  DELIVERY 

FSD  REQUIREMENTS  SOFTWARE  FUNCTIONAL  MODULE 

1 .  Compute  CARP  CARP  Spec 

2.  Relative  Coordinates  Relative  Coordinate  Spec 

3.  Compute  Cargo  Release  Path  Cargo  Release  Path  Spec 

4.  Drop  Zone  Warning  Drop  Zone  Warning  Spec 


TABLE 


CXVII 


TRACEABILITY  OF  REQUIREMENTS  AND  SOFTWARE 
MODULES  -  TARRET  ACQUISITION 


PSD  REQUIREMENTS 

SOFTWARE  FUNCTIONAL  MODULE 

1.  Compute  Relative  Coordinates 

Relative  Coordinate  Spec 

2.  Compute  Target  Offset 

Target  Offset  Computation 

3.  Compute  HUD  Update 

HUD  Visual  Update 

4.  Compute  Radar  Update 

Radar 

5.  Compute  SKE  Update 

SKE  Computation  Spec 

TABLE  CXXVIII 


TRACEABILITY  OF  REDUIREMENTS  AND  SOFTWARE 
MODULES  -  AIRFRAME  MONITOR 


FSD  REQUIREMENTS  SOFTWARE  FUNCTIONAL  MODULE 

1.  Monitor  Engine  Parameters  Engine  Sensor. Equip,  Airframe 

Computation 

2.  Monitor  Anti -Slid  Airframe  Sensor  Equip,  Airframe 

Computation 

3.  Monitor  Control  Surfaces  Airframe  Sensor  Equip,  Airframe 

Computation 

4.  Monitor  Aerial  Refueling  Airframe  Sensor  Equip,  Airframe 

Computation 

5.  Compute  Center  of  Gravity  Center  of  Gravity  Spec 
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Figure  75  Hierarchical  Control  Tree  For  OPF-Applications 


Ui  o  ^ 
o  ^ 
z:  *-*0 
^  o.  a: 
o  o  »— 
•-«  z 

=5  0  0 

CD  «t:  o 


r  z  a: 

f  a  Lu 


o  oc  . 

O.  Ul  } 

>-  UJ  .  . 

<  I—  it 

3  40  <: 


c  o  z 
Q<  o 

LU  ^ 

0:00 


<1.  -i  o  , 

Z  *-•  Q- 


1—0  0 
<  OUJ 
CD  o:  o. 
♦-«  I—  40 


<C  LU 
j  CD  H* 

I 

!  ge 


•-to. 

32: 

o 

CJ  Z  LU 

- *-  Cl- 

.  OC 

Z  CO 

O  Z  h-  cu 

•-•O'  o 

-  I - 

C  I— 

CD  O  I 


>  -J  I 

S“  J 


>-  —I 
OC  ^ 
O  Ui  o 
o  >  q: 
a:  •-^i— 
c  ^  z 
O  LU  o 
O  CD 


f 


